ম্যাভেন একটি ফ্রেমওয়ার্ক, পিঁপড়া একটি টুলবক্স box
মাভেন একটি পূর্ব-নির্মিত রাস্তা গাড়ি, যেখানে পিঁপড়া গাড়ির যন্ত্রাংশের একটি সেট। পিঁপড়ার সাহায্যে আপনাকে নিজের গাড়ি তৈরি করতে হবে, তবে কমপক্ষে কোনও অফ-রোড ড্রাইভিং করার প্রয়োজন হলে আপনি সঠিক ধরণের গাড়ি তৈরি করতে পারেন।
এটি অন্য উপায়ে বলতে গেলে, মাভেন হ'ল একটি কাঠামো যেখানে পিঁপড়া একটি সরঞ্জাম বাক্স। যদি আপনি ফ্রেমওয়ার্কের সীমার মধ্যে কাজ করে সন্তুষ্ট হন তবে মাভেন ঠিকঠাক করবেন। আমার সমস্যাটি হ'ল আমি ফ্রেমওয়ার্কের সীমানায় intoুকে পড়েছিলাম এবং এটি আমাকে ছাড়তে দেয় না।
এক্সএমএল ভার্বোসিটি
টোব্রায়েন এমন এক ব্যক্তি যিনি মাভেন সম্পর্কে অনেক কিছু জানেন এবং আমি মনে করি তিনি দুটি পণ্যগুলির মধ্যে খুব ভাল, সৎ তুলনা করেছিলেন। তিনি একটি সাধারণ ম্যাভেন পম.এক্সএমএলকে একটি সরল পিঁপড়া বিল্ড ফাইলের সাথে তুলনা করেছিলেন এবং তিনি কীভাবে মাভেন প্রকল্পগুলি আরও জটিল হয়ে উঠতে পারেন তার উল্লেখ করেছিলেন। আমি মনে করি যে আপনি কয়েকটি সাধারণ বাস্তব-প্রকল্পে সম্ভবত এমন কয়েকটি ফাইলের তুলনা দেখেছেন যা আপনি দেখতে পাচ্ছেন। নীচের ফাইলগুলি বহু-মডিউল বিল্ডে একটি একক মডিউল উপস্থাপন করে।
প্রথমত, ম্যাভেন ফাইল:
<project
xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-4_0_0.xsd">
<parent>
<groupId>com.mycompany</groupId>
<artifactId>app-parent</artifactId>
<version>1.0</version>
</parent>
<modelVersion>4.0.0</modelVersion>
<artifactId>persist</artifactId>
<name>Persistence Layer</name>
<dependencies>
<dependency>
<groupId>com.mycompany</groupId>
<artifactId>common</artifactId>
<scope>compile</scope>
<version>${project.version}</version>
</dependency>
<dependency>
<groupId>com.mycompany</groupId>
<artifactId>domain</artifactId>
<scope>provided</scope>
<version>${project.version}</version>
</dependency>
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate</artifactId>
<version>${hibernate.version}</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>commons-lang</groupId>
<artifactId>commons-lang</artifactId>
<version>${commons-lang.version}</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring</artifactId>
<version>${spring.version}</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.dbunit</groupId>
<artifactId>dbunit</artifactId>
<version>2.2.3</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.testng</groupId>
<artifactId>testng</artifactId>
<version>${testng.version}</version>
<scope>test</scope>
<classifier>jdk15</classifier>
</dependency>
<dependency>
<groupId>commons-dbcp</groupId>
<artifactId>commons-dbcp</artifactId>
<version>${commons-dbcp.version}</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>com.oracle</groupId>
<artifactId>ojdbc</artifactId>
<version>${oracle-jdbc.version}</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.easymock</groupId>
<artifactId>easymock</artifactId>
<version>${easymock.version}</version>
<scope>test</scope>
</dependency>
</dependencies>
</project>
এবং সমতুল্য পিঁপড়া ফাইল:
<project name="persist" >
<import file="../build/common-build.xml" />
<path id="compile.classpath.main">
<pathelement location="${common.jar}" />
<pathelement location="${domain.jar}" />
<pathelement location="${hibernate.jar}" />
<pathelement location="${commons-lang.jar}" />
<pathelement location="${spring.jar}" />
</path>
<path id="compile.classpath.test">
<pathelement location="${classes.dir.main}" />
<pathelement location="${testng.jar}" />
<pathelement location="${dbunit.jar}" />
<pathelement location="${easymock.jar}" />
<pathelement location="${commons-dbcp.jar}" />
<pathelement location="${oracle-jdbc.jar}" />
<path refid="compile.classpath.main" />
</path>
<path id="runtime.classpath.test">
<pathelement location="${classes.dir.test}" />
<path refid="compile.classpath.test" />
</path>
</project>
টোব্রায়েন তার উদাহরণটি ব্যবহার করে দেখিয়েছিলেন যে মাভেন অন্তর্নিহিত কনভেনশন করেছেন তবে এর অর্থ এই নয় যে আপনি কম এক্সএমএল লিখেছেন। আমি বিপরীতটি সত্য বলে খুঁজে পেয়েছি। Pom.xML বিল্ড.এক্সএমএল থেকে 3 গুণ বেশি লম্বা এবং এটি সম্মেলনগুলি থেকে বিপথগামী না হয়ে। আসলে, আমার মাভেন উদাহরণটি অতিরিক্ত 54 টি লাইন ছাড়াই দেখানো হয়েছে যা প্লাগইনগুলি কনফিগার করার জন্য প্রয়োজনীয় ছিল। সেই pom.xML একটি সাধারণ প্রকল্পের জন্য। আপনি অতিরিক্ত প্রয়োজনীয়তা যুক্ত করতে শুরু করলে এক্সএমএলটি সত্যই তাৎপর্যপূর্ণভাবে বৃদ্ধি পেতে শুরু করে, যা অনেক প্রকল্পের জন্য সাধারণের বাইরে নয়।
তবে আপনাকে পিঁপড়াকে কী করতে হবে তা জানাতে হবে
উপরে আমার পিঁপড়া উদাহরণ অবশ্যই সম্পূর্ণ নয়। আমাদের এখনও পরিষ্কার, সংকলন, পরীক্ষা ইত্যাদির লক্ষ্যে নির্ধারিত লক্ষ্যগুলি নির্ধারণ করতে হবে এগুলি একটি সাধারণ বিল্ড ফাইলে সংজ্ঞায়িত করা হয় যা মাল্টি-মডিউল প্রকল্পের সমস্ত মডিউল দ্বারা আমদানি করা হয়। যা আমাকে এই বিষয়টিতে নিয়ে যায় যে কীভাবে এই সমস্ত স্টাফটি স্পষ্টভাবে পিঁপড়ে লিখতে হবে যেখানে এটি মাভেনে ঘোষিত।
সত্য, এটি আমার সময় সাশ্রয় করবে যদি আমাকে এই পিঁপড়া লক্ষ্যগুলি স্পষ্টভাবে লিখতে না হয়। তবে কত সময়? আমি এখন যে সাধারণ বিল্ড ফাইলটি ব্যবহার করি তা হ'ল এটি আমি 5 বছর আগে লিখেছিলাম কেবল তখন থেকে কেবলমাত্র কিছু সংশোধন নিয়ে। মাভেনের সাথে আমার 2 বছরের পরীক্ষা-নিরীক্ষার পরে, আমি পুরানো পিঁপড়া বিল্ড ফাইলটি পায়খানা থেকে বের করে এনে ধুলো ফেলেছি এবং এটিকে আবার কাজে লাগিয়েছি। আমার জন্য, আন্তিকে কী করতে হবে তা স্পষ্টভাবে জানাতে হবে এর ব্যয়টি পাঁচ বছরের একটি সময়কালে এক সপ্তাহেরও কম সময় জুড়েছে।
জটিলতা
পরবর্তী উল্লেখযোগ্য পার্থক্য যা আমি উল্লেখ করতে চাই তা হ'ল জটিলতা এবং আসল-বিশ্ব প্রভাব এটি। ম্যাভেন বিল্ড প্রসেস তৈরি ও পরিচালনার দায়িত্ব দেওয়া বিকাশকারীদের কাজের চাপ হ্রাস করার অভিপ্রায় নিয়ে নির্মিত হয়েছিল। এটি করার জন্য এটি জটিল হতে হবে। দুর্ভাগ্যক্রমে জটিলতা তাদের লক্ষ্যযুক্ত লক্ষ্যটিকে প্রত্যাখ্যান করে।
অ্যান্টের সাথে তুলনা করা হলে, মাভেন প্রকল্পের বিল্ড গাই আরও বেশি সময় ব্যয় করবে:
- ডকুমেন্টেশন পড়া: মাভেনের আরও অনেকগুলি ডকুমেন্টেশন রয়েছে কারণ আপনার আরও অনেক কিছু শেখার দরকার রয়েছে।
- দলের সদস্যদের শিক্ষিত করা: তারা নিজেরাই উত্তর খোঁজার চেষ্টা করার চেয়ে যিনি জানেন তাকে জিজ্ঞাসা করা তাদের পক্ষে সহজ মনে হয়।
- বিল্ডটি সমস্যা সমাধানের: মাউন্ট পিঁপড়ের চেয়ে কম নির্ভরযোগ্য, বিশেষত নন-কোর প্লাগইনগুলি। এছাড়াও, মাভেন বিল্ডগুলি পুনরাবৃত্তিযোগ্য নয়। আপনি যদি কোনও প্লাগইনের একটি এসএনএপশট সংস্করণটির উপর নির্ভর করেন যা খুব সম্ভবত, আপনার বিল্ডটি কোনও পরিবর্তন না করেই ভেঙে যেতে পারে।
- মাভেন প্লাগইন লিখন: প্লাগইনগুলি সাধারণত একটি নির্দিষ্ট কাজকে মাথায় রেখেই লেখা হয়, যেমন একটি ওয়েবস্টার্ট বান্ডিল তৈরি করুন, যা তাদেরকে অন্য কাজের জন্য পুনরায় ব্যবহার করা বা লক্ষ্য অর্জনের জন্য তাদের একত্রিত করা আরও কঠিন করে তোলে। সুতরাং আপনাকে বিদ্যমান প্লাগইন সেটে কাজের ফাঁকে ফাঁকে নিজের একটি লিখতে হতে পারে।
বিপরীতে:
- পিপীলিকা ডকুমেন্টেশন সংক্ষিপ্ত, বিস্তৃত এবং সমস্ত এক জায়গায়।
- পিপড়া সহজ। একজন নতুন বিকাশকারীকে পিঁপড়া শিখার চেষ্টা করছে তাদের বাকী যা জানা দরকার তা নির্ধারণের জন্য কয়েকটি সাধারণ ধারণা (লক্ষ্য, কার্য, নির্ভরতা, বৈশিষ্ট্য) বোঝার দরকার পড়ে।
- পিপড়া নির্ভরযোগ্য। গত কয়েক বছর ধরে অ্যান্টের খুব বেশি প্রকাশ হয়নি কারণ এটি ইতিমধ্যে কাজ করে।
- পিপীলিকা বিল্ডগুলি পুনরাবৃত্তিযোগ্য কারণ এগুলি সাধারণত কোনও বাহ্যিক নির্ভরতা ছাড়াই তৈরি করা হয়, যেমন অনলাইন সংগ্রহস্থল, পরীক্ষামূলক তৃতীয় পক্ষের প্লাগইন ইত্যাদি without
- পিঁপড়া ব্যাপক। এটি একটি সরঞ্জামবাক্স হওয়ায় আপনি যে কোনও কাজটি করতে চান তা সম্পাদনের জন্য আপনি সরঞ্জামগুলি একত্রিত করতে পারেন। আপনার যদি নিজের কাস্টম টাস্কটি লেখার প্রয়োজন হয় তবে তা করা খুব সহজ।
ঘনিষ্ঠতা
আর একটি পার্থক্য হ'ল পরিচিতি। নতুন বিকাশকারীদের সর্বদা গতিতে উঠতে সময় প্রয়োজন। বিদ্যমান পণ্যগুলির সাথে পরিচিতি সে ক্ষেত্রে সহায়তা করে এবং মাভেন সমর্থকরা যথাযথভাবে দাবি করেন যে এটি ম্যাভেনের উপকার। অবশ্যই, পিঁপড়ের নমনীয়তাটির অর্থ হল আপনার পছন্দসই কনভেনশন আপনি তৈরি করতে পারবেন। সুতরাং আমি যে কনভেনশনটি ব্যবহার করি তা হ'ল আমার উত্স ফাইলগুলি ডিরেক্টরি ডিরেক্টরিতে এসসিআর / প্রধান / জাভা স্থাপন করা। আমার সংকলিত ক্লাস লক্ষ্য / ক্লাস নামের একটি ডিরেক্টরিতে যায়। চেনা লাগছে না।
আমি মাভেন দ্বারা ব্যবহৃত ডিরেক্টরি কাঠামো পছন্দ করি। আমি এটা জ্ঞান করে তোলে মনে করি। এছাড়াও তাদের বিল্ড লাইফাইসাইকেল। সুতরাং আমি আমার পিঁপড়া বিল্ডগুলিতে একই সম্মেলনগুলি ব্যবহার করি। এটি বোঝার জন্য নয় কেবল এটিই নয় কারণ এটি যে কেউ এর আগে মাভেনকে ব্যবহার করেছে তার সাথে পরিচিত হবে।