سلام

من در طی مدتها برنامه نویسی تجربیاتی کسب کرده ام که آنها را در اینجا می نویسم:

1- یک جدول اطلاعاتی درست کنید که خطاهای برنامه شما در آن ثبت گردد. شما با رویداد ON ERROR می توانید خطاها را مدیریت کنید یک پروسیجر برای اینکار بنویسید و نام برنامه و شماره خط خطا را در آن یادداشت کنید. اطلاعات مفید دیگر هم. گرچه اگر از ویزاردهای خود فاکس هم استفاده کنید این کار را برای شما میکند اما میزان اطلاعاتش زیاد است. همچنین در این رویه سعی کنید که اطلاعاتی به کاربر بدهید تا تلفنی اگر با شما تماس دارد خطا را برای شما متذکر شود.

2- سعی کنید استاندارد کار کنید. اینکار شما را در برنامه نویسی کوتاه و مطمئن یاری میکند. مثالی که خواهم زد این است که اکثر برنامه های ایرانی در بازار سعی کرده اند تا شمایل عجیبی از خود داشته باشند و اینکار آنها را با خطاهای زیادی مواجه کرده است. فاکس پرو می تواند در رنج تمام ویندوزهای بعد از سال 98 اجرا شود (البته نسخه های جدید آن) بنابراین کاربر را مجبور به استفاده از ویندوز خاصی مانند 98 نکنید.


3- همیشه به کاربر توجه کنید چون او قرار است از برنامه شما استفاده کند. کار را تا حد ممکن برای او ساده سازید.


4- استاندارد کردن بزرگترین مزیتی که دارد آموزش کوتاه است. همه کاربران کم و بیش با این استانداردها آشنا هستند. شما در یک چیز غیر استاندارد مدتی باید صرف آموزش کنید.


5- کاربران دوست دارند که برخی اوقات خروجی بر روی فایل EXCEL یا WORD و.. ذخیره شود این را با برنامه نویسی OLE انجام دهید تا کار شما بهتر شود.


6- نصب آسان شما را از بسیاری مسائل دور میکند و کاربر را راضی. تا آنجا که ممکن است نصب را آسان کنید.

7- هرچه ممکن است تکه های برنامه را کوچک کنید اشکال زدایی در برنامه کوچک راحتتر و سریعتر است.

8- هرچه ممکن است قسمتهای مشابه را با پارامتری کردن حذف کنید. اینکار کاهش خطوط برنامه و اشکال زدایی راحت را در پی خواهد داشت.


9- قبل از ساخت بانکها آنها را حتما بر روی کاغذ طراحی کنید.

10- برنامه ای که روی کاغذ درست کار کند روی کامپیوتر هم. در ابتدا حتی برنامه های کوچک را بر روی کاغذ آورده آنها را بررسی کنید.


11- معلوم نیست که کاربر از صفجه کلید استفاده میکند یا ماوس بنابراین هر دو مسیر را در برنامه ممکن سازید.

12- کلیدهای سریع برای کاربرانی که مدت زیادی با برنامه شما کار کرده اند خیلی مورد استقبال قرار میگیرد.

13- ممکن است داده ها تکراری باشد ببینید از در کجا می توانید داده های قبلی را استفاده کنید. مثلا اگر نام یک فیلد است نامهای ایرانی محدود اند. آنها را از روزهای قبل که وارد شده اند به کاربر پیشنهاد دهید. برای این منظور من یک کلاس نوشته ام و در داخل کنترلهایم قرار داده ام.

14- در مورد فیلد تاریخ اگر کاراکتری میگیرید مواظب باشید بعنوان مثال 02/02/1384 یک چیز تقریبا خوب است اما 2/2/1384 نه! اگر کاربر در ورود به گونه دوم وارد کرد آنرا به گونه اول در آورید. (این یک تجربه است که من فهمیدم ما کامپیوتریستها فقط میدانیم تاریخ باید به گونه اول باشد!)

15- برای تمام فرمهای خود نام برگزینیداین باعث خواهد شد که اگر خطا در فایل ذخیره میشود تمام فرمها با نام پیش فرض form1 نباشد!


16- کار با SET:
در ابتدای برنامه همه چیزی که مد نظر شماست SET کنید.
هر جا که احساس کردید باید میزانی را تغییر دهید آن را سریعا به مقدار قبل برگردانید. مثلا

lcPreSetSafety  = SET("Safety"  )
SET SAFETY OFF
ZAP
SET SAFETY &lcPreSetSafety

این کار باعث خواهد شما همیشه مقداری که می خواهید را استفاده و به مقدار پیشین  برسید.
17.1- از هنگامی که یک پروسیجر یا تابع را می نویسید تا هنگامیکه ممکن است احتیاج به  اشکال زدایی داشته باشد مدت زیادی بگذرد. در این فاصله همه چیزی که مد نظر شما  بوده از حاطرتان می رود. سعی کنید همیشه سعی کنید مستند سازی کنید. گرچه ساختن  حجم کوچک به اینکار کمک بیشتری خواهد کرد.
17.2- در مستند سازی یک نکته مهم است: آخرین شماره نگارش این تابع. اگر در فرمها هم  مستند سازی کنید خیلی خوب است.
17.3- یک فایل بوجود آورید و تغییراتی که نسبت به زمان داده اید را در آن ثبت کنید.  مثلا ممکن است پروژه شما تاریخ را از حالت 1384/2/2 به 1384/02/02 در آورد. این  را در این فایل با ذکر روزی که این تغییر را داده اید ثبت کنید. سعی کنید کار هر  روزتان را ثبت کنید.
18- همیشه برنامه های شما دارای شماره نگارش معنا داری که تاریخ را در دل دارد باشد.  مثلا طبق استاندارد فاکس پرو شماره نگارش مانند زیر است: عدد بزرگ نشاندهنده تغییرات  زیاد- عدد کوچک نشاندهنده اصلاحات و اضافات کم. 0000 رزرو شده و عدد اول نشاندهنده  ماههای سپری شده از سال 2000 و عدد دوم نشاندهنده روز گذشته از ماه:
9.1.000.5901
یعنی نگارش 9 با اولین اصلاح و تاریخ 01/11/2005 - این به شما کمک خواهد کرد که  شما در هنگام بروز مشکلات شماره نگارش را کاربر به شما بدهد. حتی تابعی می توانید  در سورس برنامه ایجاد کنید که این شماره نگارش را به شما بدهد.
همچنین ویرایش بتا بودن یا Stable بودن آن را مشخص کنید.

19- در محصولات جدید شماره نگارش 9.1 به 9.2 ارجحیت دارد! اگر خواستید چیزی از اینترنت  دانلود کنید شماره نگارش Minor عدد فرد باشد.

منبع : بخش مقالات وب سایت برنامه های بی نیاز، گردآوری شده از مجموعه مباحث تالار فاکس پرو در سایت برنامه نویس
تاریخ گردآوری و انتشار مقاله : 1384/10/02
نویسنده : رضا توکل
گردآورنده : علی محمد حسین زاده