সাধারণ বৈশিষ্ট্য
ক) উভয় গ্রন্থাগার অপরিবর্তনীয় প্রকারের ব্যবহার করে। জোদা-টাইম এছাড়াও অতিরিক্ত পরিবর্তনীয় ধরণের প্রস্তাব দেয় MutableDateTime।
খ) তদ্ব্যতীত: উভয় গ্রন্থাগারই এরিক ইভান্সের নকশা অধ্যয়ন "টাইমএন্ডমনি" বা ডোমেন চালিত স্টাইল সম্পর্কে মার্টিন ফাউলারের ধারণা দ্বারা অনুপ্রাণিত হয়েছে যাতে তারা সাবলীল প্রোগ্রামিং শৈলীর জন্য কম-বেশি প্রচেষ্টা করে (যদিও সর্বদা নিখুঁত নয় ;-))।
গ) উভয় লাইব্রেরির সাথে আমরা একটি আসল ক্যালেন্ডার তারিখের ধরণ (বলা হয় LocalDate), একটি আসল ওয়াল সময় টাইপ (ডাকা LocalTime) এবং রচনা (ডাকা LocalDateTime) পাই । এটি পুরানো java.util.Calendarএবং এর সাথে তুলনা করে খুব বড় জয় java.util.Date।
d) উভয় গ্রন্থাগার একটি পদ্ধতি কেন্দ্রিক পদ্ধতির ব্যবহার করে যার অর্থ তারা ব্যবহারকারীর getDayOfYear()পরিবর্তে ব্যবহার করতে উত্সাহিত করে get(DAY_OF_YEAR)। এটি তুলনায় প্রচুর অতিরিক্ত পদ্ধতি তৈরি করে java.util.Calendar(যদিও ইনটসের অত্যধিক ব্যবহারের কারণে আধুনিকতা টাইপ-নিরাপদ নয়)।
কর্মক্ষমতা
মিখাইল ভার্টনসভের বিশ্লেষণের দিকে ইঙ্গিত করে @ ওও 7-এর অন্যান্য উত্তর দেখুন যদিও পয়েন্ট 3 (ব্যতিক্রম ধরা) সম্ভবত অপ্রচলিত - এই জেডিকে-বাগটি দেখুন । বিভিন্ন পারফরম্যান্স (যা জেএসআর -310 এর সাধারণ পক্ষে ) মূলত জোদা-সময়ের অভ্যন্তরীণ বাস্তবায়ন একটি মেশিন-সময়-মতো দীর্ঘ-আদিম (মিলি সেকেন্ডে) ব্যবহার করার কারণে ঘটে ।
খালি
সিস্টেম টাইমজোন, ডিফল্ট লোকেল, বর্তমান টাইমস্ট্যাম্প ইত্যাদির জন্য জোদা-টাইম প্রায়শই NULL ডিফল্ট হিসাবে ব্যবহার করে যখন জেএসআর -310 প্রায় সবসময়ই ন্যূনুয়াল মানগুলি প্রত্যাখ্যান করে।
স্পষ্টতা
জেএসআর -310 ন্যানোসেকেন্ড নির্ভুলতা পরিচালনা করে যখন জোদা-টাইম মিলিসেকেন্ড যথার্থতার মধ্যে সীমাবদ্ধ ।
সমর্থিত ক্ষেত্র:
জাভা-8 (JSR-310) সমর্থিত ক্ষেত্র সম্পর্কে একটি সংক্ষিপ্ত চিত্র সময়গত-প্যাকেজ (উদাহরণস্বরূপ কিছু শ্রেণীর দেওয়া হয় ChronoField এবং WeekFields ) যখন Joda-টাইম বরং এই এলাকায় দুর্বল - দেখুন DateTimeFieldType । জোদা-সময়ের সবচেয়ে বড় অভাব এখানে স্থানীয় সপ্তাহভিত্তিক ক্ষেত্রের অনুপস্থিতি। উভয় ক্ষেত্রে বাস্তবায়ন নকশার একটি সাধারণ বৈশিষ্ট্য হ'ল উভয়ই দীর্ঘ টাইপের মানগুলির উপর ভিত্তি করে (অন্য কোনও ধরণের নয়, এমনকি এনামও নয়)।
Enum
জেএসআর -310 এ মতো এনামার প্রস্তাব দেয় DayOfWeekবা Monthযখন জোদা-টাইম এটি সরবরাহ করে না কারণ এটি মূলত জাভা 5 এর আগে 2002-2004 বৎসর বিকাশ করা হয়েছিল ।
অঞ্চল API
ক) জেএসআর -310 জোদা-সময়ের চেয়ে বেশি টাইমজোন বৈশিষ্ট্য সরবরাহ করে। জেএসআর -310 এটি করতে সক্ষম যখন ল্যাটার টাইমজোন অফসেট রূপান্তরগুলির ইতিহাসে একটি প্রোগ্রাম্যাটিকাল অ্যাক্সেস দিতে সক্ষম হয় না।
খ) আপনার তথ্যের জন্য: জেএসআর -310 এর অভ্যন্তরীণ টাইমজোন সংগ্রহস্থলটিকে একটি নতুন স্থানে এবং অন্য কোনও ফর্ম্যাটে স্থানান্তরিত করেছে। পুরাতন লাইব্রেরি ফোল্ডার lib / zi এর অস্তিত্ব নেই।
অ্যাডজাস্টার বনাম সম্পত্তি
TemporalAdjusterজেএসআর -310 আঞ্চলিক গণনা এবং ম্যানিপুলেশনগুলিকে বহিরাগত করার জন্য একটি আনুষ্ঠানিক উপায় হিসাবে ইন্টারফেসটি চালু করেছে , বিশেষ করে গ্রন্থাগার বা কাঠামো-লেখকদের জন্য এটি জেএসআর -310 এর নতুন এক্সটেনশানগুলি এম্বেড করার একটি দুর্দান্ত এবং আপেক্ষিক সহজ উপায় (স্ট্যাটিক সহায়কের সমতুল্য এক প্রকারের) প্রাক্তন জন্য ক্লাস java.util.Date)।
তবে বেশিরভাগ ব্যবহারকারীর ক্ষেত্রে, এই বৈশিষ্ট্যটির খুব সীমিত মান রয়েছে কারণ কোড লেখার বোঝা এখনও ব্যবহারকারীর হাতে রয়েছে। নতুন- TemporalAdjusterধারণার উপর ভিত্তি করে অন্তর্নির্মিত সমাধানগুলি খুব বেশি নয়, বর্তমানে কেবলমাত্র TemporalAdjustersসীমিত ম্যানিপুলেশনগুলির সাহায্যকারী শ্রেণি রয়েছে (এবং এনামগুলি Monthবা অন্যান্য টেম্পোরাল ধরণের)।
জোডা-টাইম একটি ফিল্ড-প্যাকেজ সরবরাহ করে তবে অনুশীলন প্রমাণ করে যে নতুন ক্ষেত্রের প্রয়োগগুলি কোড করা খুব কঠিন। অন্যদিকে জোডা-টাইম তথাকথিত বৈশিষ্ট্য সরবরাহ করে যা জেএসআর -310-র তুলনায় কিছু হেরফেরগুলিকে অনেক সহজ এবং আরও মার্জিত করে তোলে উদাহরণস্বরূপ সম্পত্তি. withMaximumValue () ।
ক্যালেন্ডার সিস্টেম
জেএসআর -310 4 টি অতিরিক্ত ক্যালেন্ডার সিস্টেম অফার করে। সবচেয়ে আকর্ষণীয় একটি হ'ল উমালকুরা (সৌদি আরবে ব্যবহৃত)। অন্যান্য 3 টি হ'ল : মঙ্গুও (তাইওয়ান), জাপানীজ (1871 সালের পর থেকে কেবলমাত্র আধুনিক ক্যালেন্ডার!) এবং থাইবুদ্ধিস্ত (1940 সালের পরে কেবল সঠিক)।
জোদা-টাইম ক্যালকুলেটরি বেসের উপর ভিত্তি করে একটি ইসলামিক ক্যালেন্ডার অফার করে - উমালকুরার মতো দেখার-ভিত্তিক ক্যালেন্ডার নয়। থাই-বৌদ্ধকেও জোদা-টাইমের অনুরূপ আকারে দেওয়া হয়েছে, মঙ্গুও এবং জাপানিও নয়। অন্যথায় জোদা-টাইম ক্যাপটিক এবং ইথিওপিক ক্যালেন্ডারটিও সরবরাহ করে (তবে আন্তর্জাতিকীকরণের জন্য কোনও সমর্থন ছাড়াই)।
ইউরোপীয়দের জন্য আরও আকর্ষণীয়: জোদা-টাইম গ্রেগরিয়ান , জুলিয়ান এবং মিশ্র-গ্রেগরিয়ান- জুলিয়ান ক্যালেন্ডারও সরবরাহ করে। তবে, বাস্তব historicalতিহাসিক গণনার জন্য ব্যবহারিক মান সীমিত কারণ বিভিন্ন বছরের মতো গুরুত্বপূর্ণ বৈশিষ্ট্য তারিখের ইতিহাসে শুরু হয় না একেবারেই সমর্থন করা হয় না (একই সমালোচনা পুরানো ক্ষেত্রে বৈধ java.util.GregorianCalendar)।
হিব্রু বা ফারসি বা হিন্দু যেমন অন্যান্য ক্যালেন্ডারগুলি উভয় গ্রন্থাগারে পুরোপুরি অনুপস্থিত।
যুগের দিন
JSR-310 বর্গ হয়েছে JulianFields যখন Joda-টাইম (সংস্করণ 2.0) ক্লাসে কিছু সাহায্যকারী পদ্ধতি উপলব্ধ করা হয় DateTimeUtils ।
ঘড়ি
জেএসআর -310 এর কোনও ইন্টারফেস (একটি ডিজাইনের ভুল) নেই তবে একটি বিমূর্ত শ্রেণি java.time.Clockযা কোনও ঘড়ি নির্ভরতা ইনজেকশনের জন্য ব্যবহার করা যেতে পারে। Joda-টাইম ইন্টারফেস উপলব্ধ করা হয় MillisProvider এবং কিছু সাহায্যকারী পদ্ধতি DateTimeUtils পরিবর্তে। সুতরাং এইভাবে জোদা-টাইম বিভিন্ন ঘড়ি (উপহাস ইত্যাদি) দিয়ে পরীক্ষা চালিত মডেলগুলিকে সমর্থন করতে সক্ষম।
সময়কাল গণিত
উভয় গ্রন্থাগার এক বা একাধিক অস্থায়ী ইউনিটে সময়ের দূরত্ব গণনা সমর্থন করে। তবে, একক-ইউনিট-সময়সীমা পরিচালনা করার সময় জেএসআর -310-শৈলীটি অবশ্যই স্পষ্টভাবে সুন্দর (এবং আন্ত ব্যবহারের পরিবর্তে দীর্ঘ-ভিত্তিক):
জেএসআর -310 => long days = ChronoUnit.DAYS.between(date1, date2);
জোদা-সময় => int days = DAYS.daysBetween(date1, date2).getDays();
একাধিক-ইউনিট-সময়সীকরণের পরিচালনাও আলাদা also এমনকি গণনার ফলাফলগুলিও পৃথক হতে পারে - এই বন্ধ জোদা-সময় সমস্যাটি দেখুন । জেএসআর -310 কেবলমাত্র ক্লাসগুলি Period(বছর, মাস এবং দিনগুলির উপর ভিত্তি করে সময়কাল) এবং Duration(সেকেন্ড এবং ন্যানোসেকেন্ডের উপর ভিত্তি করে ) ব্যবহার করার জন্য খুব সহজ এবং সীমিত পদ্ধতির ব্যবহার করে , জোদা-টাইম ক্লাস ব্যবহার করে আরও পরিশীলিত উপায় ব্যবহার করে PeriodTypeনিয়ন্ত্রণ করতে যার ইউনিটগুলিতে একটি সময়কাল (জোদা-সময় এটিকে "সময়" বলা হয়) প্রকাশ করা হবে। যখনPeriodType-এইপিআই কোনওভাবেই অনুরূপ উপায়ে ব্যবহার করা অস্বস্তিকর জেএসআর -310 মোটেও অফার করে না। বিশেষত জেএসআর -310 এ মিশ্র তারিখ এবং সময়কাল (উদাহরণস্বরূপ দিন এবং ঘন্টাের উপর ভিত্তি করে) সংজ্ঞায়িত করা এখনও সম্ভব নয়। সুতরাং যদি এটি একটি লাইব্রেরি থেকে অন্য লাইব্রেরিতে স্থানান্তরিত হয় তবে সতর্ক হতে হবে। আংশিকভাবে একই শ্রেণির নাম থাকা সত্ত্বেও আলোচনার লাইব্রেরিগুলি বেমানান।
বিরতি
জেএসআর -310 এই বৈশিষ্ট্যটিকে সমর্থন করে না যখন জোদা-টাইমের সীমিত সমর্থন রয়েছে। এই এসও-উত্তরটি দেখুন ।
ফর্ম্যাট এবং পার্সিং
উভয় গ্রন্থাগারের তুলনা করার সর্বোত্তম উপায় হ'ল সমমানের শ্রেণিগুলি ডেটটাইম ফর্ম্যাটটারবিল্ডার (জেএসআর -310) এবং তারিখটাইম ফরম্যাটারবিল্ডার (জোদা-সময়) দেখুন। জেএসআর -310-বৈকল্পিকটি কিছুটা বেশি শক্তিশালী ( TemporalFieldক্ষেত্র প্রয়োগকারীরা সমাধান () ) এর মতো কিছু এক্সটেনশন পয়েন্টগুলিতে কোড পরিচালনা করতে পারে তবে প্রদত্ত যে কোনও ধরণের পরিচালনা করতে পারে । সর্বাধিক গুরুত্বপূর্ণ পার্থক্যটি - আমার মতে:
জেএসআর -310 আরও ভাল টাইমজোন নামগুলি (ফর্ম্যাট প্যাটার্ন প্রতীক z) পার্স করতে পারে যখন জোদা-টাইম তার পূর্ববর্তী সংস্করণগুলিতে এবং এখন কেবলমাত্র খুব সীমিত উপায়ে এটি করতে পারেনি।
জেএসআর -310 এর আরেকটি সুবিধা হ'ল একক মাসের নামের জন্য সমর্থন যা রাশিয়ান বা পোলিশ ইত্যাদির মতো ভাষায় গুরুত্বপূর্ণ যা জোদা-টাইমের এমন সংস্থানগুলিতে অ্যাক্সেস নেই - এমনকি জাভা -8 প্ল্যাটফর্মেও নয়।
জেএসআর -310 এর প্যাটার্ন সিনট্যাক্সটি জোদা-সময়ের তুলনায় আরও নমনীয়, alচ্ছিক বিভাগগুলির (বর্গাকার বন্ধনী ব্যবহার করে) অনুমতি দেয়, সিএলডিআর-স্ট্যান্ডার্ডের দিকে আরও ওরিয়েন্টেড এবং প্যাডিং (চিঠি প্রতীক পি) এবং আরও ক্ষেত্রের প্রস্তাব দেয়।
অন্যথায় এটি লক্ষ করা উচিত যে জোদা-টাইম পিরিয়ডফর্মেটর ব্যবহার করে সময়সীমার বিন্যাস করতে পারে । জেএসআর -310 এটি করতে পারে না।
আশা করি এই ওভারভিউটি সাহায্য করবে। সংগৃহীত সমস্ত তথ্য মূলত আমার প্রচেষ্টা এবং তদন্তের কারণে কীভাবে একটি আরও ভাল তারিখ ও সময় গ্রন্থাগার ডিজাইন করা যায় এবং বাস্তবায়ন করা হয় (কিছুই নিখুঁত নয়)।
2015-06-24 থেকে আপডেট:
ইতিমধ্যে আমি জাভাতে বিভিন্ন সময় গ্রন্থাগারের জন্য একটি সারণী ওভারভিউ লেখার এবং প্রকাশ করার সময় পেয়েছি । টেবিলগুলিতে জোদা-সময় v2.8.1 এবং জাভা -8 (জেএসআর -310) এর মধ্যে একটি তুলনাও রয়েছে। এটি এই পোস্টের চেয়ে আরও বিস্তারিত is