2017-01-19 17 views
5

के साथ समाधान के लिए .NET नामकरण सम्मेलन मुझे .NET समाधान, .NET कोर और .NET समाधान के लिए स्वीकृत नामकरण सम्मेलनों के बारे में वेब पर कुछ भी नहीं मिला है। नेट फ्रेमवर्क परियोजनाएं।.NET मानक, .NET कोर और .NET Framwork प्रोजेक्ट्स

मेरे मामले में हम अपने नेट Framwork परियोजना में इन नियमों का पालन किया था:

[CompanyName].[TechnologyName].[Feature] 

अब हम नेट स्टैंडर्ड और .NET कोर करने के लिए पोर्ट यह करना चाहते हैं। सुविधा के अंदर सभी कक्षाएं उन सभी पर काम नहीं करती हैं, इसलिए हमारे पास .NET मानक प्रोजेक्ट है जिसे .NET कोर प्रोजेक्ट द्वारा संदर्भित किया गया है। .NET कोर प्रोजेक्ट को तब .NET Framework प्रोजेक्ट द्वारा संदर्भित किया जाता है। अब हमें अपनी परियोजनाओं का नाम कैसे देना चाहिए।

एक समाधान नाम स्थान में मानक या कोर के नाम शामिल करने के लिए होगा:

[CompanyName].Standard.[TechnologyName].[Feature] 
[CompanyName].Core.[TechnologyName].[Feature] 
[CompanyName].[TechnologyName].[Feature] 

या

[CompanyName].[TechnologyName].[Feature].Standard 
[CompanyName].[TechnologyName].[Feature].Core 
[CompanyName].[TechnologyName].[Feature] 

लेकिन हम अगर वहाँ इस के लिए एक वैश्विक नामकरण परंपरा है जानना चाहते हैं।

+0

मुझे इतना आश्वस्त नहीं है कि आपको अपनी परियोजनाओं का नाम देने के एक हिस्से के रूप में तकनीकी नाम की आवश्यकता है। आपके प्रोजेक्ट के नामकरण के लिए अंतर्निहित ढांचे का प्रकार क्यों प्रासंगिक है? अपने परिप्रेक्ष्य से, * आपके लिए * आपके द्वारा किए गए कार्यों के अनुसार अपनी सामग्री का नाम दें। हो सकता है कि .NET कोर पर चल रहे एक प्रोजेक्ट आपके लिए क्रॉस-प्लेटफार्म हो, जिसमें मामले के नाम '[कंपनीनाम] जैसे होंगे। [उत्पाद]। [विंडोज़]। [फ़ीचर]', '[कंपनीनाम]। [उत्पाद]। [क्रॉस-प्लेटफ़ॉर्म]। [फ़ीचर] 'आदि – nawfal

+0

@ नवाफल: एक कारण यह है कि विभिन्न अंतर्निहित ढांचे को लक्षित करने वाली परियोजना के कई रूपों को अलग करना एक कारण हो सकता है। –

+0

@ ओ.आर.एम्पपर मुझे लगता है कि यह एक बेहद दुर्लभ परिदृश्य होगा, इस पर विचार करें कि कोड डुप्लिकेशंस कितना नेतृत्व करेगा। किसी भी मामले में स्थिति '[CompanyName] जैसे कुछ नाम दे रही है। [उत्पाद]। [फ्रेमवर्क]। [फ़ीचर] 'या' [कंपनीनाम]। [उत्पाद]। [फ़ीचर]। [फ्रेमवर्क]' समझ में आ जाएगा क्योंकि यह यह आपके उत्पाद के परिप्रेक्ष्य से है। बस उन सम्मेलनों में से एक के लिए चिपके रहें। वैसे भी ओपी का मामला अलग है। – nawfal

उत्तर

4

मुझे लगता है कि मूल दिशानिर्देश अभी भी खड़ा है। नमूना Microsoft.AspNetCore.Mvc लें। वह कंपनी, उत्पाद और नीचे जो कुछ भी है। .NET मानक या .NET कोर संस्करण को उसी नाम के तहत भेज दिया जाना चाहिए जो सिर्फ उनके लक्षित ढांचे के लिए पैक किया गया है। Newtonsoft.Json का नमूना लें। यदि एपीआई सतह/फीचर सेट बदलता है, तो ब्रेकिंग वर्जन चेंज या उत्पाद का नाम बदलने के लिए जाएं।

माइक्रोसॉफ़्ट उत्पाद नामों में कोर जोड़ों से भ्रमित न हों। वे उच्च उत्पाद संस्करण की भ्रामक धारणाओं से बचने के लिए एएसपी.नेट कोर, .NET कोर और ईएफ कोर नए उत्पादों को चुनने का विकल्प चुनते हैं: एएसपी.नेट 5.

एएसपी.नेट समुदाय स्टैंडअप सुनना मैं आपको बता सकता हूं कि यह विषय आया और उन्होंने निष्कर्ष निकाला कि सब कुछ कोर नामकरण भाग नहीं जोड़ा जाना चाहिए।