Golang - structs, चर और इंटरफेस

Question

मैं एक codebase जहां एक फ़ाइल कार्यों के रूप में एक ही फाइल में काफी Structs, Interfaces और Variables की एक बहुत कुछ शामिल है और मुझे यकीन है कि अगर मैं अलग में इस अलग करने की जरूरत है नहीं कर रहा हूँ के साथ कोड संगठन फाइलनाम संलग्न करने वाली फाइलें। तो उदाहरण के लिए क्रमशः accounts.goaccounts_struct.go और accounts_interface.go संरचना और इंटरफेस के साथ होगा।

जब आप स्ट्रक्क्ट्स, वेरिएबल्स और इंटरफेस के लिए कोडबेस बढ़ा रहे हैं तो फ़ाइल संगठन के लिए एक अच्छा तरीका क्या होगा? http://golang.org/src/pkg/

आप है कि इस दृष्टिकोण (struct, इंटरफ़ेस की तरह भाषा आइटम के आधार पर अलग करने, ...) कभी नहीं किया जाएगा देखेंगे:

Answer 1

की जाँच करने के लिए एक अच्छा मॉडल जाओ खुद के स्रोत कोड है।

सभी फाइलें विशेषताओं पर आधारित हैं, और निकटता सिद्धांत दृष्टिकोण का उपयोग करना सबसे अच्छा है, जहां आप उसी फ़ाइल में जो भी उपयोग कर रहे हैं उसकी परिभाषा को पा सकते हैं।
आम तौर पर, उन सुविधाओं, पैकेज प्रति एक फ़ाइल में वर्गीकृत किया है बड़े लोगों, जहां एक पैकेज कई फाइलों से बना है (net, net/http)

आप कुछ भी अलग करने के लिए, स्रोत (xxx.go) को अलग करना चाहते हैं से के अलावा tests/benchmarks (xxx_test.go)

Answer 2

पैकेज तैयार करने के लिए मेरा मानसिक मॉडल यहां है।

ए। एक पैकेज में एक विचार या अवधारणा शामिल होना चाहिए। http एक अवधारणा है, http क्लाइंट या http संदेश नहीं है।

बी। पैकेज में एक फ़ाइल को संबंधित प्रकारों के एक सेट को शामिल करना चाहिए, अंगूठे का एक अच्छा नियम यह है कि यदि दो फाइलें आयात के समान सेट को साझा करती हैं, तो उन्हें मर्ज करें। पिछले उदाहरण का उपयोग करके, http/client.go, http/server.go ग्रैन्युलरिटी

सी का एक अच्छा स्तर है। प्रति फ़ाइल एक फ़ाइल न करें, यह मूर्खतापूर्ण नहीं है।