Autofixture: ऐसी संपत्ति के लिए केवल पढ़ने के लिए आरोप लगाता है जो केवल पढ़ने के लिए नहीं है

को निर्मित 4 जून 2013 · 4टिप्पणियाँ · स्रोत: AutoFixture/AutoFixture

मेरे डोमेन परत में वर्ग है:

public class Telefone : IEntity
{
    public virtual int Id { get; protected internal set; }
    public virtual string Tipo { get; set; }
    public virtual string Numero { get; set; }
}

आईडी आंतरिक संरक्षित है। यह जानबूझकर है, जो आईडी बनाता है वह डेटाबेस है और इसे केवल पढ़ने के लिए होना चाहिए।
लेकिन परीक्षण परत में, इस संपत्ति के सेटर तक पहुंच होनी चाहिए।

तो मेरी डोमेन परत में असेंबलीइन्फो.सीएस में विशेषता जोड़ी गई:

[assembly: InternalsVisibleTo("MyTestLayer")]

यह मुझे परीक्षण परत में आईडी सेट करने की अनुमति देगा लेकिन डोमेन परत में नहीं!

परीक्षण परत में
नया टेलीफोन ()। आईडी = 1; // काम करता है !!

यूआई परत में
नया टेलीफोन ()। आईडी = 1; // संकलित नहीं! काम नहीं करता!

संकट

var pessoa = fix.Build<Pessoa>()
    .With(p => p.Nome)
    .Do((pess) =>
    {
        fix.Build<Telefone>()
            .With(p => p.Id)
            .With(p => p.Tipo)
            .With(p => p.Numero)
            .OmitAutoProperties()
            .CreateMany(10).ToList().ForEach(pess.Telefones.Add);

        fix.Build<Email>()
            .With(p => p.Id)
            .With(p => p.Tipo)
            .With(p => p.Endereco)
            .OmitAutoProperties()
            .CreateMany(10).ToList().ForEach(pess.Emails.Add);
    })
    .OmitAutoProperties()
    .Create();

सैद्धांतिक रूप से, उपरोक्त कोड काम करना चाहिए, लेकिन जब मेरा रोड टेस्ट एक त्रुटि होती है:

संपत्ति "आईडी" केवल पढ़ने के लिए है।

सभी गुण Id s protected internal ।

उसी फ़ाइल में, वही परीक्षण कुछ ऐसा कर सकता है:

नया टेलीफोन ()। आईडी = 1; // काम करता है !!
नया ईमेल ()। आईडी = 1; // काम करता है !!

question

स्रोत

Ridermansb

सभी 4 टिप्पणियाँ

यह आपको स्पष्ट रूप से बताता है कि आपके डोमेन मॉडल में एक _लीकी एब्स्ट्रैक्शन_ है। एक डोमेन मॉडल को किसी विशेष सीमा प्रौद्योगिकी को ध्यान में रखकर नहीं बनाया जाना चाहिए।

यह विशेष मुद्दा आपको बहुत स्पष्ट रूप से बता रहा है कि आपका डोमेन मॉडल _not_ पुन: प्रयोज्य है।

InternalsVisibleTo का कोई प्रभाव नहीं है क्योंकि यह केवल आपके परीक्षण पुस्तकालय तक पहुंच की अनुमति देता है, लेकिन ऑटोफिक्स्चर पूरी तरह से एक अलग असेंबली है। यह केवल आपको बताता है कि _no_ अन्य क्लाइंट कभी भी आपके डोमेन मॉडल का पुन: उपयोग करने में सक्षम होंगे।

कार्रवाई का सबसे अच्छा तरीका अपने एपीआई डिजाइन पर पुनर्विचार करना है। आम तौर पर, मैं ऐसा कुछ करूंगा:

``` सी#
पब्लिक क्लास टेलीफोन: आईईएनटीटी
{
सार्वजनिक टेलीफोन (इंट आईडी)
{
यह। आईडी = आईडी;
}

public virtual int Id { get; private set; }
public virtual string Tipo { get; set; }
public virtual string Numero { get; set; }

}
```

ploeh 4 जून 2013

👍1

इसने मेरे द्वारा अनुसरण की जाने वाली वास्तुकला के एक समूह में बहुत सारी चर्चाएँ उत्पन्न कीं।
इस दृष्टिकोण के साथ एक बड़ी समस्या है:

आईडी जनरेट करने के लिए कौन जिम्मेदार है डेटाबेस, यह केवल तभी उत्पन्न होता है जब ऑब्जेक्ट सहेजा जाता है।
जब मैं एक नई वस्तु बनाता हूं, तो कंस्ट्रक्टर में कौन सी आईडी पास होनी चाहिए? मैं आईडी को कन्स्ट्रक्टर में नहीं डाल सकता।
आईडी एक पूर्णांक अनुक्रमिक है। रिपोजिटरी परत डोमेन की निकटतम परत है। आईडी उत्पन्न करने के लिए max (id) + 1 जैसा कुछ करना होगा और फिर मेरी वस्तु का आईडी सेट करना होगा। लेकिन अगर यह केवल पढ़ने के लिए है तो आईडी कैसे सेट करें?
केवल पढ़ने के लिए संपत्ति में आईडी सेट करने का एकमात्र तरीका कक्षा के भीतर या प्रॉक्सी/प्रतिबिंब का उपयोग करना है

Ridermansb 4 जून 2013

माना कि ये सभी _समस्याएं_ हैं। ये चारों _strongly_ इंगित करते हैं कि डोमेन मॉडल दृढ़ता परत पर निर्भर करता है, और इसके बिना काम करने के लिए नहीं बनाया जा सकता है।

डेटाबेस को आईडी क्यों असाइन करनी चाहिए? केवल आवश्यकता यह है कि एक आईडी अद्वितीय है। यही कारण है कि हमारे पास GUID हैं।
कंस्ट्रक्टर को एक नया गाइड इंस्टेंस पास करें।
आईडी अनुक्रमिक क्यों है? आईडी के अनुक्रमिक होने का शायद ही कोई वास्तु कारण हो।
माना। एक्सेस संशोधक मौजूद होने का एक कारण है।

ploeh 4 जून 2013

👍1

मैं समस्या को समझता हूं। मैं पीके प्रकार को ग्रिड में नहीं बदल सकता, वास्तव में काम करेगा।

अब मैं समझता हूँ कि समस्या AutoFixture से संबंधित नहीं है, लेकिन यदि आप रुचि रखते हैं। मैं इस पर चर्चा करने के लिए एक नमूना परियोजना बनाता हूं।

धन्यवाद।

Ridermansb 4 जून 2013

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Autofixture: ऐसी संपत्ति के लिए केवल पढ़ने के लिए आरोप लगाता है जो केवल पढ़ने के लिए नहीं है

संकट

सभी 4 टिप्पणियाँ

संबंधित मुद्दों