ما و کدهای جدی تر

داستان همیشه با نوشتن کدهایی که کار میکنن و توی تعداد کمی فایل هستن شروع میشه ولی کم کم وقتی پروژه هایی میان جلو که دیگه کوچیک نیستن و نمیشه اونجوری مدیریتشون کرد، و هرچقدر بزرگتر بشن بیشتر و بیشتر توی باتلاق کدی که نوشتیم فرو میریم.

اولین کاری که شاید بشه کرد ریزتر کردن فایل ها و ساختن ماژول های پر کاربرد از توشون هست، یعنی اگه کاری رو توی چند بخش از برنامه تکرار میکنیم اون کار رو بیاریم توی یک فایل و همه از همون توابع استفاده کنند.

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

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

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

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

سومین کار که الان خیلی برای من مهم شده، unit test هست، منطق کلی اینه که تمام ماژول های سطح پایین که مینویسیم باید تست بشن و بشه ازشون تست گرفت و درستی همه شون بررسی بشه هر موقع که لازمه، تا بدونیم همه دارن درست کار میکنن و چون با هم رابطه دارن تغییرات اخیر ما رفتار هیچ کدوم تغییری نکرده.

مرحله بعدی هم در واقع میشه تست لایه های بالاتر نرم افزار مثلا router ها و لایه هایی که روی ماژول های اصلی کار میکنن.

با رعایت کردن تست های لایه های مخلف میتونیم با خیال راحت کد ها رو تغییر بدیم و بعد از تست گرفتن مطمئن باشیم که جای دیگه ای به مشکل نخورده با این تغییر و کد رو ریلیز کنیم.

اگه ی خورده سرمایه گداری بیشتری توی شروع هر پروژه بکنیم شاید شروع کار ی خورده دست و پا گیر به نظر بیاد، ولی ی خورده که بریم جلو خیلی میتونه کمک کنه به زنده موندن پروژه و اینکه بقیه هم سر در بیارن ما چی کار کردیم :)

برچسبها: programming, big projects, design patterns