আপনি তাদের subprocessমডিউল মাধ্যমে কল করতে পারেন , কিন্তু ...
পাইথন ২.7 এবং আরও নতুনদের জন্য, সহজভাবে ব্যবহার করুন
subprocess.check_call(['open', filename])
পাইথন ৩.৫+ তে আপনি সমানভাবে আরও কিছুটা জটিল ব্যবহার করতে পারেন তবে কিছুটা বহুমুখীও
subprocess.run(['open', filename], check=True)
পাইথন ২.৪-এ ফিরে যেতে যদি আপনাকে সমস্ত উপায়ে সামঞ্জস্য বজায় রাখতে হয় তবে আপনি subprocess.call()নিজের ত্রুটি পরীক্ষা করে পরীক্ষা করে ব্যবহার এবং প্রয়োগ করতে পারেন :
try:
retcode = subprocess.call("open " + filename, shell=True)
if retcode < 0:
print >>sys.stderr, "Child was terminated by signal", -retcode
else:
print >>sys.stderr, "Child returned", retcode
except OSError, e:
print >>sys.stderr, "Execution failed:", e
এখন, ব্যবহারের সুবিধা কি subprocess?
- সুরক্ষা: তাত্ত্বিকভাবে, এটি আরও সুরক্ষিত তবে বাস্তবে আমাদের কমান্ড লাইনটি একভাবে বা অন্যভাবে চালানো দরকার; উভয় পরিবেশে, আমাদের পরিবেশ এবং পরিষেবাদিগুলির ব্যাখ্যা করতে, পাথ পেতে এবং এর জন্য আরও দরকার। উভয় ক্ষেত্রেই আমরা স্বেচ্ছাচারিতা পাঠ্য সম্পাদন করছি না, সুতরাং এটিতে অন্তর্নিহিত "নেই তবে আপনি
'filename ; rm -rf /'" সমস্যাটি টাইপ করতে পারেন এবং যদি ফাইলের নামটি ক্ষতিগ্রস্ত করা যায় subprocess.callতবে আমাদের কিছুটা অতিরিক্ত সুরক্ষা দেয়।
- ত্রুটি পরিচালনায়: এটি আসলে আমাদের আর কোনও ত্রুটি সনাক্তকরণ দেয় না, আমরা এখনও
retcodeউভয় ক্ষেত্রেই নির্ভর করছি ; তবে কোনও ত্রুটির ক্ষেত্রে স্পষ্টতই একটি ব্যতিক্রম উত্থাপিত আচরণ আপনাকে ব্যর্থতা লক্ষ্য করার ক্ষেত্রে অবশ্যই সহায়তা করবে (যদিও কিছু পরিস্থিতিতে, একটি ত্রুটি কেবল ত্রুটি উপেক্ষা করার চেয়ে আরও কার্যকর হতে পারে না)।
- একটি (অ-ব্লক করা) সাবপ্রসেস তৈরি করে : আমাদের শিশু প্রক্রিয়াটির জন্য অপেক্ষা করার দরকার নেই, যেহেতু আমরা সমস্যার বিবৃতি দিয়ে আলাদা প্রক্রিয়া শুরু করি।
আপত্তি "তবে subprocessঅগ্রাধিকার দেওয়া হয়।" তবে, os.system()অবহেলিত নয় এবং এটি কিছুটা অর্থে এই নির্দিষ্ট কাজের সহজতম সরঞ্জাম। উপসংহার: ব্যবহার os.system()তাই একটি সঠিক উত্তর।
একটি চিহ্নিত অসুবিধা যে উইন্ডোজ startকমান্ড প্রয়োজন মধ্যে পাস করার জন্য আপনাকে shell=Trueযা ব্যবহার করে বেনিফিট অধিকাংশ negates subprocess।