PDA

View Full Version : راه حل برای کاهش حجم سورس



Delphi7_love
یک شنبه 17 خرداد 1394, 22:49 عصر
با سلام
من یه برنامه دارم با حدود 300 فرم حالا یه سری فرم ها طراحیشون تموم شده و حالا که روی فرم های جدید کار میکنیم واسه کامپایل خیلی زمان میبره - چه راه حلی را پیشنهاد میکنید
آیا تبدیل فرم ها به dll به حل این موضوع کمک میکنه یا خیر
یا اگر راه بهتری دارید ممنون میشم راهنمایی کنید

RmeXXXXXXXXX
یک شنبه 17 خرداد 1394, 23:03 عصر
من تا حالا پروژه به این بزرگی ندیم!: به طراحیتون برگردید و سعی کنید تعداد فرمهاتون رو کم کنید. من یه پروژه نوشتم برای خدمات رایانه با استفاده از وراثت و تزریق وابستگی ها کلا یک فرم داشتم برای کلیه گزارشها (فقط یک فرم) + به تعداد موجودیت هام فرم (اضافه و ویرایش و نمایش) = حدود 15 عدد + 3 فرم مستر سر جمع 20تا فرم هم نشد.

Delphi7_love
یک شنبه 17 خرداد 1394, 23:40 عصر
من تا حالا پروژه به این بزرگی ندیم!: به طراحیتون برگردید و سعی کنید تعداد فرمهاتون رو کم کنید. من یه پروژه نوشتم برای خدمات رایانه با استفاده از وراثت و تزریق وابستگی ها کلا یک فرم داشتم برای کلیه گزارشها (فقط یک فرم) + به تعداد موجودیت هام فرم (اضافه و ویرایش و نمایش) = حدود 15 عدد + 3 فرم مستر سر جمع 20تا فرم هم نشد.

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

juza66
دوشنبه 18 خرداد 1394, 08:12 صبح
سلام

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


موفق باشید..

Delphi7_love
دوشنبه 18 خرداد 1394, 08:20 صبح
دوست عزیز فکر نمیکنم کلاس کار با حجم بالا باشه
قدرت نرم افزار - سرعت بالا - کامل بودن - نداشتن باگ - پشتیبانی خوب - گزارشات متنوع و....
باعث میشه نرم افزار شما بین مشتریاتون جلوه خوبی پیدا کنه که اونوقت کلاس برنامه شما بالا میره

SabaSabouhi
دوشنبه 18 خرداد 1394, 08:43 صبح
دوست عزیز فکر نمیکنم کلاس کار با حجم بالا باشه
قدرت نرم افزار - سرعت بالا - کامل بودن - نداشتن باگ - پشتیبانی خوب - گزارشات متنوع و....
باعث میشه نرم افزار شما بین مشتریاتون جلوه خوبی پیدا کنه که اونوقت کلاس برنامه شما بالا میره

سلام
بله، تعدد پروژه‌ها به شرط تفکیک صحیح زمان کامپایل رو به شدت پایین میاره. برای یک تغییر باید فقط یکی دو تا از پروژه‌ها کامپایل بشن.
البته کمی سربار زمان اجرا خواهی داشت برای load شدن این dllها.

صبا صبوحی

ebrahim.rayatparvar
دوشنبه 18 خرداد 1394, 09:38 صبح
سلام

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


موفق باشید..

سلام مهندس جان.

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



چطور از یک فرم برای تمامی گزارشات استفاده کردید؟ هر گزارش ، فیلتر های کاملا مجزا و گرید های کاملا متفاوت دارند - چطور میشه اینکارو کرد؟


مهندس جان الان این مشکل تو رو هم منم دارم البته طراحی من با یوزرکنترله و توفکر تغییر هستم چون تو ورژن قبلی برنامه همینطور که دوست عزیزمون گفتن یه فرم داشتم و زمان لود گزارش این فرم رو فراخوانی می کردم و اسم گزارش مربوطه رو اینجا فراخوانی میکردم و لود میشد. حالا برای این مدل کار کردن هم میخوام همینکار رو بکنم ولی به اون قسمتش نرسیدم ببینم چه کاری باید کرد. ولی کار نشد نداره. شما هم اگه به صورت تب بندی کار نمی کنید و فرم های برنامه به صورت همون ShowDialog باز می شن بهتره برای قسمت گزارشات 1 فرم رو بیشتر در نظر نگیرین.
من زمانی تو شرکتی تو بخش انبار مشغول بودم و یکی از نرم افزار های مالی بزرگ که واقعا هم خوب کار کرده بود برای تمام مشتری های خودش یه فرم درست کرد و به صورت TreeList بخش ها رو مشخص کرد مثلا بخش انبار رو باز می کردی نزدیک 20 تا گزارش از قبل آماده داشت و کاربر از همینجا گزارش های خودش رو میدید. حرکتش جالب بود و خیلی راحت هم گزارش سفارشی هم بهش اضافه می کرد.