এজেন্টি ফ্রেমওয়ার্ক ব্যবহার করে আবার কিছু যুক্তি কী কী? [বন্ধ]


31

আমি বর্তমানে যে অ্যাপ্লিকেশনটি তৈরি করছি সেটি স্টোরেজ পদ্ধতি এবং হস্ত-কারুকৃত শ্রেণির মডেলগুলি ব্যবহার করে ডাটাবেস অবজেক্টগুলি উপস্থাপন করে। কিছু লোক সত্তা ফ্রেমওয়ার্ক ব্যবহার করার পরামর্শ দিয়েছেন এবং আমি এ থেকে স্যুইচ করার বিষয়টি বিবেচনা করছি কারণ যেহেতু আমি প্রকল্পের এত বেশি নই। আমার সমস্যাটি হ'ল, আমি অনুভব করছি যে EF এর জন্য তর্ককারী লোকেরা আমাকে কেবল জিনিসগুলির ভাল দিকই বলছে, খারাপ দিকটি নয় :)

আমার প্রধান উদ্বেগগুলি হ'ল:

  • আমরা ডেটাঅ্যানোটেশনগুলি ব্যবহার করে ক্লায়েন্ট-সাইডের বৈধতা চাই এবং এটি মনে হচ্ছে যে কোনওভাবেই আমাকে ক্লায়েন্ট-সাইড মডেলগুলি তৈরি করতে হবে তাই আমি নিশ্চিত নই যে EF এত কোডিংয়ের সময় সাশ্রয় করবে I
  • নেটওয়ার্কের উপর দিয়ে যাওয়ার সময় আমরা ক্লাসগুলি যথাসম্ভব ছোট রাখতে চাই এবং আমি পড়েছি যে EF ব্যবহার করার ক্ষেত্রে প্রায়শই অতিরিক্ত ডেটা থাকে যা প্রয়োজন হয় না
  • আমাদের কাছে একটি জটিল ডাটাবেস স্তর রয়েছে যা একাধিক ডাটাবেস অতিক্রম করে এবং আমি নিশ্চিত নই যে EF এটি পরিচালনা করতে পারে। আমাদের ব্যবহারকারীর, স্ট্যাটাসকোডস, প্রকারগুলি ইত্যাদির মতো জিনিসগুলির সাথে একটি সাধারণ ডাটাবেস রয়েছে এবং অ্যাপ্লিকেশনটির বিভিন্ন উদাহরণের জন্য আমাদের মূল ডাটাবেসের একাধিক উদাহরণ রয়েছে। নির্বাচনের অনুসন্ধানগুলি ডাটাবেসগুলির সমস্ত দৃষ্টান্ত জুড়ে জিজ্ঞাসা করতে পারে এবং করবে, তবে ব্যবহারকারীরা কেবলমাত্র বর্তমানে কাজ করছেন এমন ডাটাবেসে থাকা অবজেক্টগুলিকে পরিবর্তন করতে পারে। অ্যাপ্লিকেশনটি পুনরায় লোড না করে তারা ডাটাবেসগুলি স্যুইচ করতে পারে।
  • অবজেক্ট মোডগুলি খুব জটিল এবং এর সাথে প্রায়শই বেশ কয়েকজন জড়িত থাকে

EF এর পক্ষে যুক্তিগুলি হ'ল:

  • Concurrency। প্রতিটি সংরক্ষণের আগে রেকর্ডটি আপডেট হয়েছিল কিনা তা দেখতে আমাকে চেকগুলিতে কোড করতে হবে না
  • কোড জেনারেশন। ইএফ আমার জন্য আংশিক শ্রেণির মডেল এবং পোকো তৈরি করতে পারে, তবে আমি ইতিবাচক নই যেহেতু এটি সত্যই আমাকে এতটা সময় বাঁচাতে পারে যেহেতু আমি মনে করি আমাদের এখনও বৈধতা এবং কিছু কাস্টম পার্সিং পদ্ধতির জন্য ক্লায়েন্ট-সাইড মডেল তৈরি করতে হবে।
  • উন্নয়নের গতি যেহেতু প্রতিটি ডাটাবেস অবজেক্টের জন্য আমাদের CRUD সঞ্চিত প্রক্রিয়া তৈরি করার প্রয়োজন হবে না

আমাদের বর্তমান আর্কিটেকচারে একটি ডাব্লুপিএফ পরিষেবা রয়েছে যা প্যারামিটারাইজড স্টোরেড পদ্ধতিগুলি, ডাব্লুসিএফ পরিষেবা এবং ডাব্লুপিএফ ক্লায়েন্টের কাছে / থেকে যাওয়া পোকো অবজেক্টস এবং ডাব্লুপিএফ ডেস্কটপ ক্লায়েন্ট নিজেই পোকোকে শ্রেণীর মডেলগুলিতে বৈধকরণের উদ্দেশ্যে রূপান্তরিত করে এবং ডাব্লুপিএফ ডেস্কটপ ক্লায়েন্টকে পরিচালনা করে which DataBinding।

সুতরাং আমার প্রশ্নটি হল, EF এর পক্ষে কি সঠিক? EF সম্পর্কে এমন কোন সমস্যা আছে যা সম্পর্কে আমি অজানা?


এটিও দেখুন .. পারফরম্যান্স এবং লিনকিউ
এম সমীর

উত্তর:


7

আমি সম্প্রতি সত্ত্বা ফ্রেমওয়ার্ক মূল্যায়ন করছিলাম এবং সমস্যাগুলি এবং অনুপস্থিত বৈশিষ্ট্যগুলির জন্য আমি যে সেরা জায়গাটি পেয়েছিলাম তা হ'ল: http://data.uservoice.com/forums/72025-ado-net-entity-framework-ef-feचर-suggestions

সর্বাধিক ভোট সহ আইটেমগুলি:

  1. Enums জন্য সমর্থন। এটি বেশ বড়, তবে বর্তমানে কিছু কর্মক্ষেত্র রয়েছে
  2. উন্নত এসকিউএল জেনারেশন। বিশেষত এন্টারপ্রাইজ স্তর অ্যাপ্লিকেশনগুলির জন্য গতিটি সত্যই গুরুত্বপূর্ণ, তবে এটি EF4 এর সাথে দেখে মনে হচ্ছে এটি অনেক উন্নত হয়েছে
  3. একাধিক ডাটাবেস জন্য সমর্থন। যে কোনও বড় অ্যাপ্লিকেশন জন্য প্রয়োজনীয়তা।

ব্যবহারকারী ভয়েস তালিকায় আরও অনেক সমস্যা রয়েছে।

একদিকে নোটে, আমি EF 4.1 এর আসন্ন প্রকাশ সম্পর্কে বেশ উত্সাহিত, এতে কোড-ফার্স্ট পদ্ধতির অন্তর্ভুক্ত থাকবে ... http://blogs.msdn.com/b/adonet/archive/2011/03/15/ef-4 -1 রিলিজ প্রার্থী-available.aspx

এটি আসলে আমাকে প্রযোজনার অ্যাপ্লিকেশনটিতে EF চেষ্টা করার জন্য চাপ দিতে পারে।


বিরুদ্ধে তর্ক: প্রথম এবং দ্বিতীয় এবং তৃতীয়: এটি কম !!! একটি শেখার বক্ররেখা রয়েছে (বাম জোড় কীভাবে করবেন তা জানতে হবে - এটি কীভাবে করা যায় তার উপায় খুঁজে পেতে 3 ঘন্টা সময় লাগে যাতে অন্য ব্যক্তি কী করা হচ্ছে তা জানতে পারে ...), এসকিউএলের পরিবর্তে লিনকিউতে পেজিং করা হয় (উদাঃ ফেচেস) 10 মিলিয়ন সারি, তারপরে 20 টি স্বেচ্ছাসেবক অফসেট থেকে নেয় এবং তারপরে আপনি আশ্চর্য হন যে এটি কেন ধীর) ... রেপো নন-ট্র্যাড নিরাপদ, আপনাকে প্রতি কোয়েরির ভিত্তিতে এটি শুরু করতে হবে, এবং রেপো সূচনাটি হ'ল খুব স্লু (5 সেকেন্ডের মতো) আপনার কাছে যদি একটি বৃহত ডাটাবেস থাকে (যার অর্থ 100-200 টেবিলগুলি সত্যই সত্যিই বড় নয়)।
চৌম্বকীয়

2
@ চৌম্বকীয় মনে হচ্ছে আপনার লিনকিউ এক্সপ্রেশনগুলি সম্পূর্ণরূপে সংজ্ঞায়িত হওয়ার আগে আপনি আইকুয়েবিয়েলগুলি (যেমন কলিং .ToList()বা .ToArray) সম্পাদন করছেন । এজন্য এটি সমস্ত রেকর্ড টেনে এনে এটি ধীর করে দেয়।
ওরাড

6

ইএফের সাথে শাখা-প্রতি-বাগ / বৈশিষ্ট্যটি করা মার্জ করার সময় অত্যন্ত বেদনাদায়ক হতে পারে। কল্পনা করুন যে দুটি শাখা A এবং B ডাটাবেসগুলিতে পরিবর্তন করে (যা সম্ভবত একটি নতুন প্রকল্পের প্রাথমিক পর্যায়ে অনেক কিছু ঘটবে)।

আপনি সমস্ত "সাধারণ" ফাইল - সিএস ফাইল ইত্যাদি একত্রিত করুন এবং তারপরে মডেল.এডএমএক্স মার্জ করার সময় এসেছে। এবং হঠাৎ আপনি কেবল আপনার বস্তু মডেল এবং ডাটাবেসের মধ্যে লজিক্যাল ম্যাপিংগুলি মার্জ করছেন না, সত্তা ডায়াগ্রামে সারণীর অবস্থানগুলিও রেখেছেন।

Model.edmx মার্জ করা এত বেদনাদায়ক যে আমরা কার্যকরভাবে একটি ন্যক্কারজনক উপায় গ্রহণ করেছি:

  • মার্জ করার সময়, কেবলমাত্র একজন পিতা-মাতার কাছ থেকে সমস্ত মার্জ নির্বাচন করুন। কোন ব্যাপার না; আপনি তাড়াতাড়ি ফাইল টোস্ট করবেন:
  • Model.edmx কে পিতামাতার কাছে ফিরিয়ে দিন।
  • আপনার ডাটাবেসটিকে নতুন মার্জ হওয়া অবস্থায় স্থানান্তর করুন।
  • Model.edmx এবং "ডেটাবেস থেকে আপডেট মডেল" খুলুন।
  • মার্জ করার সময় টোস্ট করা সমস্ত নেভিগেশন বৈশিষ্ট্যগুলির পুনরায় নামকরণ করুন।

1
এই সমালোচনা EF কোড ফার্স্টের জন্য বৈধ নয় তবে এটি মডেল ফার্স্ট এবং ডাটাবেস ফার্স্টের ক্ষেত্রে প্রযোজ্য।
অ্যালান ম্যাকডোনাল্ড

আমি নিজে ফ্লুয়েন্ট ব্যবহার করে সমস্ত ম্যাপিং তৈরি করি এবং ম্যাপিংয়ের সম্পূর্ণ নিয়ন্ত্রণ নিয়ে থাকি। এগুলি একটি পৃথক .cs ফাইলের ভিতরে স্থাপন করা হয়।
স্টিভেন রাইসার্ট

5

আপনি অনুপস্থিত ইএফ-এর আরও কয়েকটি সুবিধা রয়েছে:

  • আপনি একটি সত্তা স্প্যান টেবিল থাকতে পারে
  • আপনি টেবিলকে বিভিন্ন ধরণের সত্ত্বায় বিভক্ত করতে পারেন
  • আপনি ডাটাবেস থেকে সত্তা তৈরি করতে পারেন (যেমন মাস্টার পদ্ধতির হিসাবে ডাটাবেস)
  • আপনি সত্তা থেকে ডাটাবেস তৈরি করতে পারেন (যেমন মাস্টার পদ্ধতির হিসাবে কোড)
  • লিনকিউ কোয়েরিগুলি এসকিউএল ক্যোয়ারিতে অনুবাদ করা হয়, তাদের কার্যকারিতা উন্নত করে।

ডাউনসাইডস (বিশেষত যদি আপনি বৈধতা ব্যবহার করছেন):

  • আপনাকে এমন একটি [মেটাডাটা ক্লাস] এ্যাট্রিবিউট তৈরি করতে হবে যা অন্য শ্রেণীর সাথে নির্দেশ করে যাতে যথাযথ বৈধকরণের বৈশিষ্ট্যগুলি সহ আপনি যাচাই করতে চান এমন বৈশিষ্ট্য রয়েছে। সমস্ত বৈশিষ্ট্য objectপ্রকারভেদ, তাই মেটাডেটা পড়ার জন্য কেবল সেখানে। এখনও অতিরিক্ত নিষ্ক্রিয় কোড।
  • এনটিআইবারনেট (এবং পিতামহীন জাভা সংস্করণ) যেমন কাজের জন্য ডিজাইন করা হয়েছে তার থেকে এনটিটি ফ্রেমওয়ার্ক ব্যবহার করা একটি ভিন্ন ধারণা। অ্যান্টিটি ফ্রেমওয়ার্ক একটি সংযুক্ত মোডে সেরা করে যেখানে বস্তুগুলি সর্বদা একটি লাইভ সংযোগ ব্যবহার করে using এনহাইবারনেট এবং অনুরূপ ওআরএম সরঞ্জামগুলি বিচ্ছিন্ন মোডে সবচেয়ে ভাল কাজ করে যেখানে ডেটা লোড / সঞ্চয় করার সময় সংযোগটি কেবলমাত্র ব্যবহৃত হয়।

এই দুটি আমার কাছে সবচেয়ে বড় অভিযোগ। এখানে বেশ কয়েকটি সুবিধাগুলি রয়েছে তবে আপনি খুব ভালভাবে এনএইচবারনেট থেকে সেই একই সুবিধা পেতে সক্ষম হতে পারেন। যদি অ্যান্টিটি ফ্রেমওয়ার্কটি টেবিলে থাকে, তবে টিমটি এনহাইবারনেটটিও পরীক্ষা করে দেখুন এবং আপনার প্রকল্পের উপকারিতা / কৌশলগুলির জন্য একটি দ্রুত অঙ্কিত করুন

মেটাডেটা ক্লাসের সমস্যাটি মাথাব্যথা, তবে ধন্যবাদ আমি কেবল এতগুলি সত্ত্বা পেয়েছি যার বৈধতা ট্যাগ দরকার।

আপনার বস্তুর জন্য সত্য বিচ্ছিন্ন মোডের অভাব আপনি একটি ওয়েব পরিবেশে যা করতে পারেন তা সীমাবদ্ধ করে। সংযুক্ত মোড ডেস্কটপ অ্যাপ্লিকেশনগুলির জন্য আরও ভাল, যেখানে মাইক্রোসফ্টের বেশ কয়েকটি উদ্ভাবনের উদ্ভব হয়েছে। বিচ্ছিন্ন মোড সম্ভব , তবে খুব বেদনাদায়ক। এই ক্ষেত্রে বিকল্প সরঞ্জাম ব্যবহার করা ভাল best


মাস্টার অ্যাপ্রোচ হিসাবে আপনার তথাকথিত
কোডটিকে

1
@ বেরিন, "সংযুক্ত মোড" বলতে আপনার অর্থ কী তা আমি স্পষ্ট করতে চাই। আমি মনে করি না যে সত্তা ফ্রেমওয়ার্কের ডেটাবেসের সাথে সর্বদা খোলা যোগাযোগ রয়েছে। আমি বিশ্বাস করি ইএফ NHibernate এই ক্ষেত্রে একই অনুরূপ কাজ করে। এটাই কি তুমি বোঝাতে চাচ্ছ নাকি অন্য কিছু বোঝাতে চাইছ? আপনার কাছে ডকুমেন্টেশনের কোনও লিঙ্ক রয়েছে যা এই সংযুক্ত সমস্যাটি আরও ব্যাখ্যা করে?
যৌক্তিকগীত

1
সংযুক্ত দ্বারা, আমি বলতে চাই যে অবজেক্টগুলির সাথে আপনার সমস্ত মিথস্ক্রিয়া অবশ্যই কনস্ট্রাক্টের মধ্যেই হওয়া উচিত using(EFConnection conn = new EFConnection)। যদি আপনি সেটিকে নিরাপদ রাখার জন্য কোথাও স্ট্যাশ করার চেষ্টা করেন যাতে আপনি দ্রুত আপডেট করতে পারেন এবং দ্বিতীয় using(...)বিবৃতিতে এটি আবার সংরক্ষণ করতে পারেন , আপনাকে আবার ভাবতে হবে। এমএসডিএন.মাইক্রোসফট.ইন- ইউএস / লাইব্রেরি / বিবি 896271.aspx এবং এমএসডিএন.মাইক্রোসফটকম /en-us/library/bb896248.aspx দেখুন । EF 3.5 ব্যবহার (যা আমাকে শেষ সংস্করণে ব্যবহার করতে হয়েছিল) এমনকি এটি পরিষ্কার নয়।
বেরিন লরিটস

ঠিক আছে আমি এখন যা বলতে চাইছি তা পেয়েছি। আমি কেবল এটি নিশ্চিত করতে চেয়েছিলাম যে লোকেরা এটি গ্রহণ করে নি তার অর্থ এই যে ডেটাবেসের সাথে সর্বদা সংযোগ ছিল । আপনার কাছে কোনও অবজেক্ট প্রসঙ্গ থাকতে হবে যা "সংযুক্ত" সত্তাগুলির অবস্থা বজায় রাখে।
যৌক্তিকগীত

2
এটি সত্য নয়। ইএফের বিচ্ছিন্ন সত্তার একটি দৃ strong় ধারণা রয়েছে। কোনও বিচ্ছিন্ন সত্তাকে অবশ্যই এর বিরুদ্ধে প্রসঙ্গে সম্পর্কিত ক্রিয়াকলাপ সম্পাদন করার আগে অবশ্যই তার প্রসঙ্গে পুনরায় সংযুক্ত করতে হবে (যেমন এটি ডাটাবেসে আপডেট করা)। এছাড়াও মেটাডেটা ক্লাসগুলি কেবল তখনই প্রয়োজনীয় যখন EF আপনার জন্য সত্তা তৈরি করে। পোকস, আইএমও, ইএফ ব্যবহারের আরও ভাল উপায়। POCOs ব্যবহার করা বিশেষত পরীক্ষায় অনেকগুলি অনেক সহজ করে তোলে।
ম্যাট গ্রেয়ার

2

মাইক্রোসফ্টের যে জিনিসটি খুব ভাল নয় তা হ'ল পিছনের তুলনামূলক সামঞ্জস্যতা, বিশেষত যখন এটি নতুন প্রযুক্তির ক্ষেত্রে আসে

বিশেষত EF1 (.net 3.5) EF4 (.net 4.0) এর থেকে খুব আলাদা - পরবর্তী সংস্করণেও এটি একই রকম হতে পারে।

আমি কিছুক্ষণ অপেক্ষা করতাম এবং দেখতাম প্রযুক্তিটি কীভাবে পরিপক্ক।

মাঝামাঝি সময়ে, এন হাইবারনেট ব্যবহার বিবেচনা করুন - এটি সমতুল্য নয়, তবে এটি পরিপক্ক এবং বন্যভাবে ব্যবহৃত হয়েছে।


1
  • সহজভাবে ... ডোমেন মডেলটি খুব কমই আপনার ডেটাবেজে আপেক্ষিক মডেলের প্রতিরূপ। সুতরাং একটি ক্লাসে কিছু টেবিল ম্যাপিং এবং তারের উপরে ছুঁড়ে দেওয়া কেবল সহজ অলসতা। টেবিলগুলি স্থানীয়ভাবে 1 টি বস্তুতে ম্যাপ করতে পারে যদিও ডাটাবেসটি 3 টি পৃথক সারণী হয়। বুদ্ধি দিয়ে ডাটাবেস ডিজাইন করুন।
  • ২ য় এই ইএফ স্টাফগুলি কিছু নির্দিষ্ট উত্স তৈরি করতে পারে না এবং আপনাকে সেগুলি যাইহোক লিখতে হবে।
  • 3 য় ডোমেন মডেল পরিষেবাগুলিতে সরাসরি ম্যাপ করে না .. কেবলমাত্র ডিটিও হিসাবে তারের উপরের সর্বনিম্ন ডেটা সেট করতে চাইবে .. বিশেষত, যদি এটি মোবাইল অ্যাপ্লিকেশনের সাথে যোগাযোগ করে চলেছে।
  • 5 তম পরীক্ষার ক্ষমতা ... গ্রানুলার পর্যাপ্ত পরীক্ষাগুলি তৈরি করতে পারে না যা কোড পরিবর্তনের বিরুদ্ধে পর্যাপ্ত পরিমাণে রিগ্রেশন প্রদান করবে ... সবই
    ভাঙ্গা সহজ ...

আমি একটি 10 ​​পৃষ্ঠার ডায়রিটিব লিখতে পারি। তবে, আপনি যদি কেবল এক্স এক্স এর জন্য কিছু থ্রো দূরে অ্যাপ লিখছেন .. তবে কে যত্নশীল। তবে, আপনি যদি কোনও সফ্টওয়্যার পণ্য বিকাশ করে থাকেন ... তবে আপনাকে অনেক বেশি মলদ্বার হতে হবে


এই পোস্টটি পড়ার চেয়ে শক্ত (পাঠ্যের প্রাচীর)। আপনি এটিকে আরও ভাল আকারে সম্পাদনা করতে আপত্তি করবেন ?
gnat

EF ডোমেন অবজেক্ট তৈরি করে না। এরা হলেন ডিএও। আপনার ডোমেন অবজেক্ট তৈরি করতে আপনাকে অবজেক্ট থেকে ডেটা ব্যবহার করতে হবে। আপনার কোনওভাবেই কোনও পরিষেবা থেকে ডোমেন অবজেক্টগুলি প্রেরণ করা উচিত নয়, সুতরাং আপনি ফিরে আসার আগে আপনার ডোমেন অবজেক্ট থেকে আপনার পাতলা ডিটিও তৈরি করুন। মতিন উৎপন্ন করতে সক্ষম হওয়া উচিত সবচেয়ে কিছু যে আপনি LINQ মধ্যে প্রকাশ করতে পারেন। ডাটাবেস কোনও ইউনিট পরীক্ষার অংশ নয়, এটি কার্যকরী পরীক্ষার অংশ। এটি বলেছিল, ইএফের জন্য মেমরি মক উপলব্ধ রয়েছে। অন্যথায় আপনার EF অনুসন্ধানগুলি কোনও সংগ্রহস্থলের কাছে বিমূর্ত করুন এবং তার পরিবর্তে এটি উপহাস করুন।
সিনায়েস্টিক

হ্যাঁ, আমি সম্মতি জানাই। রথ, আমি মার্টিন ফোলার এবং ক্যারিগ লেয়ারম্যান প্রতিষ্ঠিত নিদর্শনগুলির উল্লেখ করছি। দিন শেষে, আমি সিটিই, পার্টিশন বাই ক্রস বা ক্রস প্রয়োগ করতে পারি না। আমিও, একটি আইডিটাআরডার ব্যবহার করতে পারি না যা মেমরির ওভারহেড কম রাখার অনুমতি দেয়। এছাড়াও, যখন আমি এসকিউএল ট্রেস চালনা করি এবং তারের পার্শ্বে EF কী পাঠায় তা দেখে আমার মনে হয় আমি
ছুড়ে

0

এটি দেখুন: http://efvote.wufoo.com/forms/ado-net-entity-framework-vote-of-no-confided/

মূল বিষয়গুলি হ'ল:

  • অলস লোডিংয়ের অভাব
  • অধ্যবসায় অজ্ঞতা অভাব
  • সত্তা মডেলটি সংরক্ষণের জন্য ব্যবহৃত ফাইল ফর্ম্যাটটিতে উভয়ই ভিজ্যুয়ালাইজেশন উপাদান রয়েছে এবং সত্তা মডেল নিজেই দলের পরিবেশে মার্জ সমস্যা তৈরি করে।

উল্লেখ্য যে উপরের লিঙ্কটি EF1 সম্পর্কে কথা বলছে।

এছাড়াও এই লিঙ্ক: http://ormeter.net/ দেখায় যে পারফরম্যান্স এবং লিনকিউ সমর্থনের অন্যান্য ওআরএম এর তুলনায় EF সেরা নয়।


মনে রাখবেন যে যখন ইএফ 1 এখনও সদ্য প্রকাশিত হয়েছিল (বা সম্ভবত এখনও বিটাতে রয়েছে) তখন এটি পোস্ট করা হয়েছিল। ইএফ 4 দিয়ে পরিস্থিতি আজ অনেক উন্নত এবং অবিশ্বাসের ভোটে উত্থাপিত অনেকগুলি সমস্যার সমাধান হয়েছে।
যৌক্তিকগীত

শেষ পয়েন্টটি এখনও গণনা করে এবং খুব তাৎপর্যপূর্ণ।
এম সমীর

1
প্রথম ইএফ সংস্করণটি ছিল 3.5। ইএফের চারটি বড় সংস্করণ প্রকাশিত হয়নি।
ম্যাট গ্রেয়ার

3
@ ম্যাটটি সঠিক। কিন্তু বর্তমান সংস্করণটিকে EET 4 বলা হয় যাতে বাকী .NET 4 সংস্করণ অনুসারে সারিবদ্ধ হয়।
রেশনালজিইক

1
যদিও এটি বৈধ কিনা এবং তা লিঙ্কের সারাংশকে প্রভাবিত করবে না যদিও। ভোটগুলি বৈধ কিনা তা প্রদর্শিত হবে। :)
অ্যাডাম শিখুন
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.