সি # তে কারখানার প্যাটার্ন: কীভাবে নিশ্চিত করা যায় যে কেবল কোনও কারখানার শ্রেণি দ্বারা কোনও অবজেক্ট উদাহরণ তৈরি করা যায়?

Question 1

সম্প্রতি আমি আমার কিছু কোড সুরক্ষিত করার বিষয়ে ভাবছিলাম। আমি আগ্রহী যে কীভাবে নিশ্চিত করা যায় যে কোনও বস্তু কখনই সরাসরি তৈরি করা যায় না, তবে কেবলমাত্র কারখানার শ্রেণির কিছু পদ্ধতির মাধ্যমে। আমাদের বলুন যে আমার কিছু "ব্যবসায়িক অবজেক্ট" শ্রেণি রয়েছে এবং আমি নিশ্চিত করতে চাই যে এই শ্রেণীর কোনও উদাহরণের বৈধ অভ্যন্তরীণ অবস্থা থাকবে have এটি অর্জন করার জন্য আমার কোনও অবজেক্ট তৈরি করার আগে কিছুটা পরীক্ষা করা দরকার সম্ভবত এটির কনস্ট্রাক্টরে। যতক্ষণ না আমি সিদ্ধান্ত নেব আমি এই চেকটি ব্যবসার যুক্তির অংশ হতে চাই until সুতরাং, আমি কীভাবে কেবল আমার ব্যবসায়িক লজিক ক্লাসে কোনও পদ্ধতির মাধ্যমে সরাসরি কখনই ব্যবসায়ের কোনও অবজেক্ট তৈরির ব্যবস্থা করতে পারি? সি ++ এর ভাল পুরানো "বন্ধু" কীওয়ার্ডটি ব্যবহারের প্রথম প্রাকৃতিক ইচ্ছা সি # এর সাথে সংক্ষিপ্ত হবে। সুতরাং আমাদের অন্যান্য বিকল্প প্রয়োজন ...

আসুন কিছু উদাহরণ চেষ্টা করুন:

public MyBusinessObjectClass
{
    public string MyProperty { get; private set; }

    public MyBusinessObjectClass (string myProperty)
    {
        MyProperty = myProperty;
    }
}

public MyBusinessLogicClass
{
    public MyBusinessObjectClass CreateBusinessObject (string myProperty)
    {
        // Perform some check on myProperty

        if (true /* check is okay */)
            return new MyBusinessObjectClass (myProperty);

        return null;
    }
}

আপনি যতক্ষণ না মনে করেন আপনি ঠিক ততক্ষণে ইনপুটটি পরীক্ষা না করেই সরাসরি MyBusinessObjectClass উদাহরণ তৈরি করতে পারবেন এটি ঠিক আছে। আমি সেই প্রযুক্তিগত সম্ভাবনাটি পুরোপুরি বাদ দিতে চাই।

সুতরাং, সম্প্রদায় এ সম্পর্কে কী ভাববে?

Question 2

দেখে মনে হচ্ছে আপনি অবজেক্টটি তৈরি করার আগে কিছুটা ব্যবসায়িক যুক্তি চালাতে চান - তবে আপনি কেন "বিজনেসক্লাস" এর ভিতরে একটি স্থির পদ্ধতি তৈরি করেন না যা সমস্ত নোংরা "মাইপ্রোপার্টি" পরীক্ষার কাজ করে এবং নির্মাণকারীকে ব্যক্তিগত করে তোলে?

public BusinessClass
{
    public string MyProperty { get; private set; }

    private BusinessClass()
    {
    }

    private BusinessClass(string myProperty)
    {
        MyProperty = myProperty;
    }

    public static BusinessClass CreateObject(string myProperty)
    {
        // Perform some check on myProperty

        if (/* all ok */)
            return new BusinessClass(myProperty);

        return null;
    }
}

এটি কল করা বেশ সহজবোধ্য হবে:

BusinessClass objBusiness = BusinessClass.CreateObject(someProperty);

Question 3

আপনি কনস্ট্রাক্টরকে বেসরকারী এবং কারখানাকে নেস্টেড টাইপ করতে পারেন:

public class BusinessObject
{
    private BusinessObject(string property)
    {
    }

    public class Factory
    {
        public static BusinessObject CreateBusinessObject(string property)
        {
            return new BusinessObject(property);
        }
    }
}

এটি কাজ করে কারণ নেস্টেড প্রকারের তাদের ঘেরের ধরণের ব্যক্তিগত সদস্যদের অ্যাক্সেস রয়েছে। আমি জানি এটি কিছুটা সীমাবদ্ধ তবে আশা করি এটি সাহায্য করবে ...

Question 4

অথবা, আপনি যদি সত্যিই অভিনব হয়ে যেতে চান, তবে উল্টা নিয়ন্ত্রণ করুন: ক্লাসটি কারখানাটি ফিরিয়ে দিন এবং ক্লাস তৈরি করতে পারে এমন একটি প্রতিনিধি দিয়ে কারখানায় সরঞ্জাম তৈরি করুন।

public class BusinessObject
{
  public static BusinessObjectFactory GetFactory()
  {
    return new BusinessObjectFactory (p => new BusinessObject (p));
  }

  private BusinessObject(string property)
  {
  }
}

public class BusinessObjectFactory
{
  private Func<string, BusinessObject> _ctorCaller;

  public BusinessObjectFactory (Func<string, BusinessObject> ctorCaller)
  {
    _ctorCaller = ctorCaller;
  }

  public BusinessObject CreateBusinessObject(string myProperty)
  {
    if (...)
      return _ctorCaller (myProperty);
    else
      return null;
  }
}

:)

Question 5

আপনি আপনার MyBusinessObjectClass শ্রেণীর অভ্যন্তরীণে কনস্ট্রাক্টর তৈরি করতে পারেন এবং এটি এবং কারখানাকে তাদের নিজস্ব সমাবেশে স্থানান্তর করতে পারেন। এখন কেবল কারখানাটি ক্লাসের একটি উদাহরণ তৈরি করতে সক্ষম হবে।

Question 6

জনের পরামর্শ অনুসারে আপনি কারখানার পদ্ধতিতে (চেক সহ) প্রথম স্থানে বিজনেসঅবজেক্টের একটি স্থির পদ্ধতি হতে পারেন। তারপরে, কনস্ট্রাক্টরকে ব্যক্তিগত রাখুন এবং অন্য প্রত্যেকে স্থির পদ্ধতিটি ব্যবহার করতে বাধ্য হবে।

public class BusinessObject
{
  public static Create (string myProperty)
  {
    if (...)
      return new BusinessObject (myProperty);
    else
      return null;
  }
}

তবে আসল প্রশ্নটি হল - আপনার এ প্রয়োজনীয়তা কেন? কারখানা বা কারখানার পদ্ধতিটি ক্লাসে স্থানান্তরিত করা কি গ্রহণযোগ্য?

Question 7

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

আপনার ক্লাসের জন্য ইন্টারফেস:

public interface FactoryObject
{
    FactoryObject Instantiate();
}

তোমার শ্রেণী:

public class YourClass : FactoryObject
{
    static YourClass()
    {
        Factory.RegisterType(new YourClass());
    }

    private YourClass() {}

    FactoryObject FactoryObject.Instantiate()
    {
        return new YourClass();
    }
}

এবং, অবশেষে, কারখানা:

public static class Factory
{
    private static List<FactoryObject> knownObjects = new List<FactoryObject>();

    public static void RegisterType(FactoryObject obj)
    {
        knownObjects.Add(obj);
    }

    public static T Instantiate<T>() where T : FactoryObject
    {
        var knownObject = knownObjects.Where(x => x.GetType() == typeof(T));
        return (T)knownObject.Instantiate();
    }
}

তারপরে ইনস্ট্যান্টেশনের জন্য বা আপনার তৈরি করা দৃষ্টান্তগুলিকে প্রাক-প্রসেসের প্রয়োজন হলে আপনি সহজেই এই কোডটি সংশোধন করতে পারেন। এবং এই কোডটি আপনাকে ক্ল্যাক্ট কনস্ট্রাক্টর ব্যক্তিগত বলে কারখানার মাধ্যমে ইনস্ট্যান্টেশন জোর করার অনুমতি দেবে।

Question 8

তবুও আরেকটি (লাইটওয়েট) বিকল্প হ'ল বিজনেসঅবজেক্ট ক্লাসে একটি স্ট্যাটিক কারখানার পদ্ধতি তৈরি করা এবং কনস্ট্রাক্টরকে ব্যক্তিগত রাখা।

public class BusinessObject
{
    public static BusinessObject NewBusinessObject(string property)
    {
        return new BusinessObject();
    }

    private BusinessObject()
    {
    }
}

Question 9

সুতরাং, দেখে মনে হচ্ছে যা আমি চাই তা "বিশুদ্ধ" উপায়ে করা যায় না। এটি সর্বদা যুক্তি শ্রেণীর কাছে একরকম "কল ব্যাক" থাকে।

সম্ভবত আমি এটি একটি সহজ উপায়ে করতে পারলাম, কেবলমাত্র অবজেক্ট ক্লাসে একটি কনট্রাক্টর পদ্ধতি তৈরি করুন ইনপুটটি পরীক্ষা করার জন্য প্রথমে লজিক ক্লাসে কল করুন?

public MyBusinessObjectClass
{
    public string MyProperty { get; private set; }

    private MyBusinessObjectClass (string myProperty)
    {
        MyProperty  = myProperty;
    }

    pubilc static MyBusinessObjectClass CreateInstance (string myProperty)
    {
        if (MyBusinessLogicClass.ValidateBusinessObject (myProperty)) return new MyBusinessObjectClass (myProperty);

        return null;
    }
}

public MyBusinessLogicClass
{
    public static bool ValidateBusinessObject (string myProperty)
    {
        // Perform some check on myProperty

        return CheckResult;
    }
}

এইভাবে, ব্যবসায়ের অবজেক্টটি সরাসরি তৈরিযোগ্য নয় এবং ব্যবসায়িক যুক্তিতে পাবলিক চেক পদ্ধতিতে কোনও ক্ষতি করতে হবে না।

Question 10

ইন্টারফেস এবং বাস্তবায়নের মধ্যে ভাল বিভাজনের ক্ষেত্রে
সুরক্ষিত-নির্মাণকারী-পাবলিক-ইনিশিয়ালাইজার প্যাটার্ন একটি খুব ঝরঝরে সমাধানের অনুমতি দেয়।

একটি ব্যবসায়িক বস্তু দেওয়া হয়েছে:

public interface IBusinessObject { }

class BusinessObject : IBusinessObject
{
    public static IBusinessObject New() 
    {
        return new BusinessObject();
    }

    protected BusinessObject() 
    { ... }
}

এবং একটি ব্যবসায়িক কারখানা:

public interface IBusinessFactory { }

class BusinessFactory : IBusinessFactory
{
    public static IBusinessFactory New() 
    {
        return new BusinessFactory();
    }

    protected BusinessFactory() 
    { ... }
}

BusinessObject.New()আরম্ভকারীকে নিম্নলিখিত পরিবর্তন সমাধান দেয়:

class BusinessObject : IBusinessObject
{
    public static IBusinessObject New(BusinessFactory factory) 
    { ... }

    ...
}

BusinessObject.New()ইনিশিয়ালাইজারকে কল করার জন্য এখানে কংক্রিট বিজনেস কারখানার একটি রেফারেন্স প্রয়োজন needed তবে কেবলমাত্র যার কাছে প্রয়োজনীয় রেফারেন্স রয়েছে তা হ'ল ব্যবসায় কারখানা।

শুধুমাত্র এক যারা তৈরি করতে পারেন: আমরা যা চেয়েছিলাম পেয়েছিলাম BusinessObjectহয় BusinessFactory।

Question 11

    public class HandlerFactory: Handler
    {
        public IHandler GetHandler()
        {
            return base.CreateMe();
        }
    }

    public interface IHandler
    {
        void DoWork();
    }

    public class Handler : IHandler
    {
        public void DoWork()
        {
            Console.WriteLine("hander doing work");
        }

        protected IHandler CreateMe()
        {
            return new Handler();
        }

        protected Handler(){}
    }

    public static void Main(string[] args)
    {
        // Handler handler = new Handler();         - this will error out!
        var factory = new HandlerFactory();
        var handler = factory.GetHandler();

        handler.DoWork();           // this works!
    }

Question 12

আমি কারখানাটি ডোমেন ক্লাসের মতো একই সমাবেশে স্থাপন করতাম এবং ডোমেন শ্রেণির নির্মাতা অভ্যন্তরীণ চিহ্নিত করতাম। এইভাবে আপনার ডোমেনের কোনও শ্রেণি একটি উদাহরণ তৈরি করতে সক্ষম হতে পারে, তবে আপনি নিজেকে বিশ্বাস করেন না, তাই না? ডোমেন স্তরের বাইরে যে কেউ কোড লেখার জন্য আপনার কারখানাটি ব্যবহার করতে হবে।

public class Person
{
  internal Person()
  {
  }
}

public class PersonFactory
{
  public Person Create()
  {
    return new Person();
  }  
}

যাইহোক, আমি অবশ্যই আপনার পদ্ধতির প্রশ্ন করা উচিত :-)

আমি মনে করি আপনি যদি নিজের ব্যক্তি শ্রেণিটি তৈরির ভিত্তিতে বৈধ হয়ে উঠতে চান তবে আপনাকে অবশ্যই কোডটি কনস্ট্রাক্টরে রেখে দিতে হবে।

public class Person
{
  public Person(string firstName, string lastName)
  {
    FirstName = firstName;
    LastName = lastName;
    Validate();
  }
}

Question 13

এই সমাধানটি কনস্ট্রাক্টরে একটি টোকেন ব্যবহার করার ক্ষুদ্র ধারণাটি ভিত্তিক । এই উত্তরের কাজটি নিশ্চিত হয়ে নিন যে কেবলমাত্র কারখানায় তৈরি সিটি তৈরি করা হয়েছে (সি #)

  public class BusinessObject
    {
        public BusinessObject(object instantiator)
        {
            if (instantiator.GetType() != typeof(Factory))
                throw new ArgumentException("Instantiator class must be Factory");
        }

    }

    public class Factory
    {
        public BusinessObject CreateBusinessObject()
        {
            return new BusinessObject(this);
        }
    }

Question 14

বিভিন্ন ট্রেড অফের সাথে একাধিক পদ্ধতির উল্লেখ করা হয়েছে।

বেসরকারীভাবে নির্মিত ক্লাসে কারখানার শ্রেণিতে বাসা বাঁধাই কেবল কারখানাকে 1 টি শ্রেণি তৈরির অনুমতি দেয়। এই মুহুর্তে আপনি একটি সঙ্গে ভাল বন্ধCreate পদ্ধতি এবং একটি প্রাইভেট সিটার better
উত্তরাধিকার এবং একটি সুরক্ষিত ctor ব্যবহার করে একই সমস্যা রয়েছে।

আমি কারখানাকে আংশিক শ্রেণি হিসাবে প্রস্তাব দিতে চাই যাতে সরকারী নির্মাতাদের সাথে প্রাইভেট নেস্টেড ক্লাস থাকে। আপনার ফ্যাক্টরিটি যে বস্তুটি তৈরি করছে তা আপনি 100% লুকিয়ে রেখেছেন এবং কেবল এক বা একাধিক ইন্টারফেসের মাধ্যমে আপনি যা চয়ন করছেন তা প্রকাশ করছে।

আপনি যে কারখানার 100% উদাহরণ ট্র্যাক করতে চান তা এর জন্য শুনেছি ব্যবহারের কেসটি। এই নকশাটি কারও গ্যারান্টি দেয় না তবে কারখানার "কারখানায়" সংজ্ঞায়িত "রাসায়নিক" উদাহরণ তৈরি করতে অ্যাক্সেস রয়েছে এবং এটি অর্জনের জন্য এটি পৃথক সমাবেশের প্রয়োজনীয়তা সরিয়ে দেয়।

== ChemicalFactory.cs ==
partial class ChemicalFactory {
    private  ChemicalFactory() {}

    public interface IChemical {
        int AtomicNumber { get; }
    }

    public static IChemical CreateOxygen() {
        return new Oxygen();
    }
}


== Oxygen.cs ==
partial class ChemicalFactory {
    private class Oxygen : IChemical {
        public Oxygen() {
            AtomicNumber = 8;
        }
        public int AtomicNumber { get; }
    }
}



== Program.cs ==
class Program {
    static void Main(string[] args) {
        var ox = ChemicalFactory.CreateOxygen();
        Console.WriteLine(ox.AtomicNumber);
    }
}

Question 15

আপনি কেন "ব্যবসায়িক বিষয়" থেকে "ব্যবসায়িক যুক্তি" আলাদা করতে চান তা আমি বুঝতে পারি না। এটি অবজেক্ট ওরিয়েন্টেশনের বিকৃতির মতো শোনাচ্ছে এবং আপনি এই পদ্ধতির সাহায্যে নিজেকে গিঁটে বেঁধে ফেলবেন।

Question 16

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

একটি বিকল্প হ'ল একটি স্ট্যাটিক কনস্ট্রাক্টর যা কোনও আইওসি পাত্রের মতো কিছু দিয়ে কারখানায় নিবন্ধন করে।

Question 17

"কেবলমাত্র আপনার বোঝানো উচিত নয়" এর শিরায় আরও একটি সমাধান দেওয়া হল ...

এটি ব্যবসায়িক অবজেক্ট কনস্ট্রাক্টরকে ব্যক্তিগত রাখার এবং কারখানার যুক্তিকে অন্য শ্রেণিতে রাখার প্রয়োজনীয়তা পূরণ করে। এর পরে এটি কিছুটা স্কেচিযুক্ত হয়ে যায়।

কারখানার শ্রেণিতে ব্যবসায়িক অবজেক্ট তৈরির জন্য একটি স্থিত পদ্ধতি রয়েছে। এটি স্ট্যাটিক সুরক্ষিত নির্মাণ পদ্ধতি অ্যাক্সেস করার জন্য ব্যবসায়িক অবজেক্ট শ্রেণি থেকে উদ্ভূত যা প্রাইভেট কনস্ট্রাক্টরকে অনুরোধ করে।

কারখানাটি বিমূর্ত যা আপনি প্রকৃতপক্ষে এটির কোনও উদাহরণ তৈরি করতে পারবেন না (কারণ এটি একটি ব্যবসায়িক বস্তুও হবে, তাই এটি অদ্ভুত হবে), এবং এটির একটি ব্যক্তিগত নির্মাতা রয়েছে যাতে ক্লায়েন্ট কোডটি এ থেকে পাওয়া যায় না।

কি আটকানো না ক্লায়েন্ট কোড এছাড়াও ব্যবসা বস্তুর ক্লাস থেকে আহরিত এবং সুরক্ষিত (কিন্তু unvalidated) স্ট্যাটিক নির্মাণ পদ্ধতি কলিং। বা আরও খারাপ, সুরক্ষিত ডিফল্ট কনস্ট্রাক্টরকে কল করে আমাদের ফ্যাক্টরি ক্লাসটি প্রথম স্থানে সংকলনের জন্য যুক্ত করতে হয়েছিল। (যা ঘটনাক্রমে কোনও প্যাটার্নে সমস্যা হতে পারে যা কারখানার শ্রেণিটি ব্যবসায়ের বস্তু শ্রেণি থেকে পৃথক করে))

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

using System;

public class MyBusinessObjectClass
{
    public string MyProperty { get; private set; }

    private MyBusinessObjectClass(string myProperty)
    {
        MyProperty = myProperty;
    }

    // Need accesible default constructor, or else MyBusinessObjectFactory declaration will generate:
    // error CS0122: 'MyBusinessObjectClass.MyBusinessObjectClass(string)' is inaccessible due to its protection level
    protected MyBusinessObjectClass()
    {
    }

    protected static MyBusinessObjectClass Construct(string myProperty)
    {
        return new MyBusinessObjectClass(myProperty);
    }
}

public abstract class MyBusinessObjectFactory : MyBusinessObjectClass
{
    public static MyBusinessObjectClass CreateBusinessObject(string myProperty)
    {
        // Perform some check on myProperty

        if (true /* check is okay */)
            return Construct(myProperty);

        return null;
    }

    private MyBusinessObjectFactory()
    {
    }
}

Question 18

এই সমাধান সম্পর্কে কিছু চিন্তা শুনে প্রশংসা করবে। 'মাই ক্লাসপ্রাইভেলিজকি' তৈরি করতে সক্ষম একমাত্র কারখানাটি। এবং 'মাইক্লাস' এর কনস্ট্রাক্টরে এটি প্রয়োজন। এভাবে কারখানায় বেসরকারী ঠিকাদার / "নিবন্ধকরণ" প্রতিফলন এড়ানো।

public static class Runnable
{
    public static void Run()
    {
        MyClass myClass = MyClassPrivilegeKey.MyClassFactory.GetInstance();
    }
}

public abstract class MyClass
{
    public MyClass(MyClassPrivilegeKey key) { }
}

public class MyClassA : MyClass
{
    public MyClassA(MyClassPrivilegeKey key) : base(key) { }
}

public class MyClassB : MyClass
{
    public MyClassB(MyClassPrivilegeKey key) : base(key) { }
}


public class MyClassPrivilegeKey
{
    private MyClassPrivilegeKey()
    {
    }

    public static class MyClassFactory
    {
        private static MyClassPrivilegeKey key = new MyClassPrivilegeKey();

        public static MyClass GetInstance()
        {
            if (/* some things == */true)
            {
                return new MyClassA(key);
            }
            else
            {
                return new MyClassB(key);
            }
        }
    }
}