Re: [Dina-devel] membership of Dina

[.:: Mehdi Bayazee ::.]

پیشنهاد من روش اول هست مگر در جاهایی که نیاز به اماکانات یا ویژگی های بیشتری باشه که بریم سراغ روش دوم.

روش دوم رو هم باید طوری پیش ببریم که بعدا بشه از نسخه های بعدی اون ابزار مجددا استفاده کرد.

روش سوم رو هم تا زمانی که دلیل محکمی نباشه به نظرم نباید انجام داد. چون وقتی ابزاری خوب کار می کنه و جواب می ده پیاده سازی و نگه داری و توسعه اون کاری بسیار هزینه بر و زمان گیر هست.

می شه انرژی رو روی بخش هایی که تا حالا کار نشده یا جای کار دارند گذاشت و چیزایی رو توسعه داد که خلا و نبودشون حس می شه.

2010/6/3 Omid Raha <omidraha.com@gmail.com>

سلام بچه ها ؛

 

بطور کلی ما به سه صورت می تونیم از ابزارهای بسیار ارزشمند جانگو که در pinax  جمع شدند ، استفاده کنیم :

 

حالت اول این که یک ابزار رو بطور کامل در داخل بسته دینا قرار بدیم ، بدون کوچک ترین دستکاری در داخل بسته و دیگر بخش های دینا  هم از خارج با اون تعامل داشته باشند .

عیب اول این روش این که ممکنه برای اون بسته ، مشکل سازگاری با محیط دینا پیش بیاد .

عیب دوم این حالت این که لایسنس اون بسته به لایسنس دینا اضافه خواهد شد .

 

حالت دوم این که یک ابزار رو بطور کامل در داخل بسته دینا قرار بدیم ، اما اون رو برای سازگار شدن با محیط دینا دستکاری کنیم .

عیب اول این حالت این که از پشتیبانی های بعدی برای اون بسته نمی تونیم استفاده کنیم و خودمون باید اون رو ارتقاء بدیم .

عیب دوم این حالت هم این که لایسنس اون بسته به لایسنس دینا اضافه خواهد شد .

 

حالت سوم اینکه ، از روی اون بسته ، بطور کامل بسته ی مورد نظر خودمون رو پیاده سازی کنیم .

عیب این حالت این که مدت زمان پیاده سازی بالا می ره .

 

به نظرم با توجه به تعداد توسعه دهنده گان دینا ، می شه ابزارهایی که در pinax هست رو الگوی کدنویسی قرار داد و بخش هایی که مورد نیاز هست را خودمون تحلیل و پیاده سازی کنیم  .

 

--
Omid Raha

--
Regards,
Mehdi Bayazee