تبلیغات :
ماهان سرور
آکوستیک ، فوم شانه تخم مرغی ، پنل صداگیر ، یونولیت
دستگاه جوجه کشی حرفه ای
فروش آنلاین لباس کودک
خرید فالوور ایرانی
خرید فالوور اینستاگرام
خرید ممبر تلگرام

[ + افزودن آگهی متنی جدید ]




نمايش نتايج 1 به 10 از 10

نام تاپيک: دليل كندي VB.Net

  1. #1
    آخر فروم باز nemesis's Avatar
    تاريخ عضويت
    Mar 2005
    محل سكونت
    رشت
    پست ها
    1,285

    پيش فرض دليل كندي VB.Net

    چرا vb.net 2005 اينقدر کنده .
    من P4 دارم ولي خيلي کند اجرا ميشه.و از يه صفحه يه صفحه ديگه کلي اذيت ميکنه.

  2. #2
    آخر فروم باز
    تاريخ عضويت
    Dec 2004
    پست ها
    1,648

    پيش فرض

    شما ممكنه رم تون كم باشه يا درايوي كه در آن ويندوز نصب كرديد خيلي پر باشه

  3. #3
    آخر فروم باز nemesis's Avatar
    تاريخ عضويت
    Mar 2005
    محل سكونت
    رشت
    پست ها
    1,285

    پيش فرض

    رم من 512 و CPU 2.5 دارم.
    البته من VB.net رو تو درايو ويندوز نصب کردم.

  4. #4
    آخر فروم باز
    تاريخ عضويت
    Dec 2004
    پست ها
    1,648

    پيش فرض

    من هم همين مشكل را داشتم

  5. #5
    آخر فروم باز nemesis's Avatar
    تاريخ عضويت
    Mar 2005
    محل سكونت
    رشت
    پست ها
    1,285

    پيش فرض

    خوب چطوري حل شد

  6. #6
    حـــــرفـه ای Jalal's Avatar
    تاريخ عضويت
    Jun 2006
    محل سكونت
    تهران و حومه
    پست ها
    7,972

    پيش فرض

    راستی منم همین مشکل رو دارم

  7. #7
    آخر فروم باز nemesis's Avatar
    تاريخ عضويت
    Mar 2005
    محل سكونت
    رشت
    پست ها
    1,285

    پيش فرض

    کسي اين مشکل رو نميتونه حل کنه

  8. #8
    داره خودمونی میشه
    تاريخ عضويت
    Feb 2006
    پست ها
    57

    پيش فرض

    سلام

    این معضل مربوط به فنداسیون چهار چوب کاری دات نت است!

    یکی از این علل کد های مدیریتی دات نت است: همونطور که می دونید در دات نت برنامه ها به تنهایی اجرا نمی شن و تحت سکوی دات نت و در حالت Managed (مدیریت شده) اجرا می شن
    دلیل بعدی کپسوله بودن کد ها ی دات نت است: به طوری که می دونید دات نت مملو از کلاسهایی است که به طور مداوم در برنامه ایجاد می شن.

    البته دلایل دیگه ای هم داره! ولی اینو باید بدونید که دلیل توجه به دات نت آیندهء اونه نه حال حاضرش!!!

  9. #9
    اگه نباشه جاش خالی می مونه pezhmax's Avatar
    تاريخ عضويت
    May 2007
    محل سكونت
    رشت
    پست ها
    333

    پيش فرض

    اگر منظور از کند بودن در زمان DEBUG کردن برنامه است( F5) خوب طبیعی است و این به ماهیت VS باز می گردد. چون در این هنگام resource های زیادی توسط vs در اختیار گرفته می شوند تا بتواند امکانات مفید Debuger خود را در احتیار برنامه نویش بگذارد. البته برخی از ویژگیهای مزخرف که نمی دانم چرا مایکروسافت در حفظ آنها اصرار دارد نیز شرایط کند شدن در هنگام Debug را تشدید می کنند.
    مثلا دستوراتی مثل on error resume next و یا goto جزو فجایع برنامه نویسی در این برهه از زمان هستند.

  10. #10
    ناظر انجمن .NET Framework _H2_'s Avatar
    تاريخ عضويت
    Feb 2007
    محل سكونت
    یک جایی بین Framework و نارمک!
    پست ها
    4,746

    پيش فرض

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

    - در کدها سعی کنید از بروز استثنا و خطا پیشگیری کنید نه این که بعد از وقوع آن را با Try یا On Error هندلر کنید. بروز خطا کندی به همرا دارد.

    - حتماً منابع و قسمت هایی را که از آن استفاده نمیکنید حذف کنید.
    مثلاً در اغلب پروژه ها از اجزای Settings و Resorces موجود در زیر پوشه My Project استفاده نمیشود ولی انها حذف هم نمیشوند!!!!!!!!!!!!! دکمه Show All File در نوار ابزار Solustion Explorer را بزنید و اینها را پیدا و حذف کنید، من حتی قبل از تحویل پروژه تمام فایلهای resx متصل به form ها که از ان استفاده نمیشود را حذف میکنم. (البته تمام این حذف هات را از محیط داخل خود VS انجام دهید)

    - هیچ وقت از تعریف متغییر نترسید! بعضی ها برای انکه متغییری تعریف نکنند کدهای مشابه را مدام تکرار میکنند.
    مثلاً من به کرات کدهای این تیپی میبینم که در نوع خود فاجعه است!!!!! و بد تر از این!!!
    i= (2*x +y) ^5
    b=(2*x +y) *c
    (q=sqr(2*x +y

    - میتوانید برای سرعت تمیزی از With هم استفاده کنید، فراوان فراوان از ان استفاده کنید!!!!

    -منابع References ها استفاده نشده را میتوان به کمک unused references در تنظیمات پروزه کشف و حذف کرد.

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

    - کامپایل پروژه نهایی در حالت Release فراموش نشود، خیلی از دوستان از کامپایل Debug استفاده میکنند در حالی که نسخه نهایی و پرسرعت و بهینه شد Release است.

    - حتی میتوانید برای سرعت بیشترف گزینه چک کردن سرریز در محاسبات و مقدار دهی های عددی را حداقل در کامپایل Release حذف کنید.

    ....

    در کل اقلب کدهایی که من تا حالا دیده ام قابل اصلاح و بهتر شدن و بالابردن کارآیی بوده و کمتر کدی را دیده ام که نخواهم تغیرات بهینه سازی رویش انجام دهم.

Thread Information

Users Browsing this Thread

هم اکنون 1 کاربر در حال مشاهده این تاپیک میباشد. (0 کاربر عضو شده و 1 مهمان)

User Tag List

قوانين ايجاد تاپيک در انجمن

  • شما نمی توانید تاپیک ایحاد کنید
  • شما نمی توانید پاسخی ارسال کنید
  • شما نمی توانید فایل پیوست کنید
  • شما نمی توانید پاسخ خود را ویرایش کنید
  •