কিছু পরিকল্পিত রিফ্যাক্টরিংয়ের জন্য আমরা আমাদের জেইই ওয়েব অ্যাপ্লিকেশন পর্যালোচনা করছি এবং এর একটি পরামর্শ হ'ল বা এর log4jসাথে প্রতিস্থাপন করাlogbackslf4j
আমাদের এটি করা উচিত কিনা তা নিয়ে দলটি পরিষ্কার নয় - কারণ বর্তমানে এটি অনুসরণ না করতে পারলে আমরা অনুসরণ করতে চাই , এই ক্ষেত্রে ঠিক করবেন না ।
সম্পাদনা: আমি লগিং ফ্রেমওয়ার্কগুলির সাথে তুলনা করার জন্য বলছি না, তবে লগ 4 জে যখন আমরা বেশ খুশি তখন ফ্রেমওয়ার্কটি পরিবর্তন করা কোনও মূল্যবান রিফ্যাক্টরিং উপাদান কিনা whether
উত্তর:
একটি গুরুত্বপূর্ণ প্রশ্ন আপনার বিবেচনায় নেওয়া উচিত: আপনি কি এমন লাইব্রেরি তৈরি করেন যা অন্য কারও দ্বারা ব্যবহৃত হয় বা আপনি শেষ পণ্যটি তৈরি করেন?
প্রথম ক্ষেত্রে, এসএলএফ 4 জে খুব গুরুত্বপূর্ণ, কারণ কেউ আপনার সফ্টওয়্যারটিতে আপনার গ্রন্থাগারকে ইন্টিগ্রেটেড করবে যা ইতিমধ্যে স্থানে লগইন করেছে এবং এটি যদি আপনার ক্লাসগুলি কেবল এটি ব্যবহার করে তবে তা চমৎকার হবে।
দ্বিতীয় ক্ষেত্রে, আমি বলব যে আপনি এটি ঠিক যেমন এটি ছেড়ে দিতে পারেন। সম্ভবত পরবর্তী প্রকল্পে slf4j ব্যবহার সম্পর্কে চিন্তা করুন।
না। পরিবর্তে দরকারী, মূল্যবান বৈশিষ্ট্যগুলি কার্যকর করতে আপনার সময় ব্যয় করা ভাল।
যদি লগ 4 জ আপনার পক্ষে কাজ করে তবে তা পরিবর্তন করার কোনও কারণ নেই। যদি এটি না হয় তবে এমন বিকল্পের সন্ধান করুন যা আপনার যা প্রয়োজন তা করে, যা slf4j হতে পারে বা নাও পারে।
কেউ কিছু বলার চেয়ে ভাল কিছু বলে বলে আপনার সম্পূর্ণ প্রয়োগ পরিবর্তন করার (বা এটিকে নতুন কিছু গ্রহণ করার জন্য) কোনও কারণই হওয়া উচিত নয়।
এসএলএফ 4 জ একটি এপিআই যা আপনাকে সংকলনের সময় সিদ্ধান্ত নেওয়ার পরিবর্তে স্থাপনার সময় লগ 4j, লগব্যাক বা ডিফল্ট jdk লগিং ব্যবহার করবেন কিনা তা চয়ন করতে দেয় (আপনি সরাসরি লগ 4 জে কোড করলে কী হয়)
Slf4j এছাড়াও {}-কাঠামো সরবরাহ করে যা ব্যয়বহুল toString () কলগুলিতে বিলম্ব করতে পারে, লগ স্টেটমেন্টটি সক্ষম না করা থাকলে এগুলি পুরোপুরি এড়িয়ে চলে।
তারপরে আপনি ইঞ্জিনটি পরে চয়ন করতে পারেন।