ساخت نرم افزاری که از localhost استفاده کنه

[khajavi]

یه سر نخ بده برای جست و جو:
مثلا چار تا کلمه کلیده به انگلیسی ؟؟ zend php platform
نمیدونم چی جست و جو کنم

[کرگدن]

از راهنمایی های سپرنوش و گرگدن ممنون
همون جوری که گفته شد اگه بخوام سرور پی اچ پی و ... را به برنامه اضافه کنم به شدت حجم میره بالا و استقبال نمیشه.
اما:
۱−خود جاوا یه vitural machin   بری اجراشدن نیاز داره -- که حجمش چقدره؟ یعنی حتما باید کابران اونو نصب کنند؟
۲−چرا می گید نیازی به لوپ بک نیست؟ چون دقیقا من می خوام از لوکال هاست استفاده کنم
۳−کتاب how to program  نوشته ی detiel detiel چطوره؟ اون کتاب را دارم خیلی خیلی خیلی زیاده اما به نظرم چیز خوبیه چون مثالهاش زیاده انگاری
۴−netbeans چیه؟
۵−سرعت xml بالاتره یا استفاده از یک بانک اطلاعاتی؟

۱- بله
همون ۱۵ مگی که دوستمون گفتن
ولی مزیتش اینه که الان همراه ویستا هست
همراه لینوکس ها هست ( ورژن ۷ هم که کاملاً آزاد بشه) رو بیشتر می تونید رو توزیع ها ببینید (محصول سان)
و همچنین کاربر می تونه از برنامه های دیگه هم استفاده کنه ( برای چیزای دیگه هم نیاز داره)

۲-
چون شما از هیچ سرویسی که در کلاینت باشه استفاده نمی کنید
حتی دیتا بیس هم لازم ندارید (البته می تونید استفاده کنید ولی از مزیت خاصی استفاده نمی کنید)

۳-
خوبه ولی core java یک چیز دیگس ( دو جلدی)

۴- یک ide  محصول شرکت سان که آزاد هست
ولی برای شروع استفاده از ide رو به هیچ وجه توصیه نمی کنم


۵- xml
ولی دیتا بیس هزاران مزیت داره که در خیلی جاها مجبورید ازش استفاده کنید
در مواردی هم که به این امکانات احتیاج ندارید xml فایل و حتی فایل معمولی ( به خاطر سرعت و سادگی و ....)

[ابراهیم]

سلام،

۳−کتاب how to program  نوشته ی detiel detiel چطوره؟ اون کتاب را دارم خیلی خیلی خیلی زیاده اما به نظرم چیز خوبیه چون مثالهاش زیاده انگاری

فکر کنم Thinking in ++C به‌تر باشه.

۴−netbeans چیه؟

یک IDE (محیط توسعه‌ی یک‌پارچه) برای Java و ++C و ... که اخیراً آزاد شده!

۵−سرعت xml بالاتره یا استفاده از یک بانک اطلاعاتی؟

از XML بپرهیزید... از XML بپرهیزید... از XML بپرهیزید!

[کرگدن]

سلام،

۳−کتاب how to program  نوشته ی detiel detiel چطوره؟ اون کتاب را دارم خیلی خیلی خیلی زیاده اما به نظرم چیز خوبیه چون مثالهاش زیاده انگاری

فکر کنم Thinking in ++C به‌تر باشه.

۵−سرعت xml بالاتره یا استفاده از یک بانک اطلاعاتی؟

از XML بپرهیزید... از XML بپرهیزید... از XML بپرهیزید!

۱-
کتاب جاوا می خواستند

۳-
می شه بپرسم چرا؟

دسترسی بهش بسیار راحت هست

البته لازم نیست xml باشه و می تونه فایل معمولی باشه ولی مزیت xml دسترسی آسان و راخت هست

[khajavi]

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

[کرگدن]

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

بستگی به نیازتون داره
اگر براتون مهم نیست کسی محتویات رو ببینه می تونید از xml ساده استفاده کنید
ولی اگر نمی خواید ببینه بهتره از فایل استفاده کنید و به صورت کد شده ذخیره کنید

راستی چند روز پیش یه دیتابیس بک و وحشتناک سریع رو دیدم
hsqldb که با جاوا نوشته شده
در اوپن آفیس هم مورد استفاده قرار گرفته
حجم خود دیتا بیس زیر 500 کیلو هست ولی با تمام داکیومنت ها و آموزش ها و ابزارهای گرافیکی  3.3 مگ میشه

الیته هنوز خودم باهاش کاری نکردم

[ابراهیم]

کتاب جاوا می خواستند

می شه بپرسم چرا؟
دسترسی بهش بسیار راحت هست
البته لازم نیست xml باشه و می تونه فایل معمولی باشه ولی مزیت xml دسترسی آسان و راخت هست

XML ساختاری هست که معمولاً در جای درست استفاده نمی‌شه. XML از نظر performance شدیداً inefficient طراحی شده و فقط باید جاهایی که performance حیاتی نیست و فقط جاهایی که هم انسان و هم ماشین می‌خوان پرونده‌ی XML رو ویرایش کنن استفاده بشه. جاهای دیگه می‌تونید از پایگاه داده یا ساختارهای دیگه‌ی پرونده استفاده کنید.
مثلاً من برای تنظیمات برنامه معمولاً‌ از پرونده‌ای با ساختار INI استفاده می‌کنم (به کمک QSettings از Qt). برای داده هم از انواع و اقسام پایگاه داده.

[کرگدن]

کتاب جاوا می خواستند

می شه بپرسم چرا؟
دسترسی بهش بسیار راحت هست
البته لازم نیست xml باشه و می تونه فایل معمولی باشه ولی مزیت xml دسترسی آسان و راخت هست

XML ساختاری هست که معمولاً در جای درست استفاده نمی‌شه. XML از نظر performance شدیداً inefficient طراحی شده و فقط باید جاهایی که performance حیاتی نیست و فقط جاهایی که هم انسان و هم ماشین می‌خوان پرونده‌ی XML رو ویرایش کنن استفاده بشه. جاهای دیگه می‌تونید از پایگاه داده یا ساختارهای دیگه‌ی پرونده استفاده کنید.
مثلاً من برای تنظیمات برنامه معمولاً‌ از پرونده‌ای با ساختار INI استفاده می‌کنم (به کمک QSettings از Qt). برای داده هم از انواع و اقسام پایگاه داده.

xml کند نیست ( چه دلیلی داره کند باشه؟)
نسبت به db ها سریعتره و همچنین مثل فایل های دیگه می مونه
مزیتش همونه که گفتید
ولی مزیت دیگه ای داره که دسترسی به اون در جاوا بسیار بسیار راحته
با یک متد شما می تونید اونو به صورت یک درخت درش بیارید
و با یکبار خوندن بخشی ( یا کل اونو) به حافظه ببرید
پس باعث کاهش performance نمی شه

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

در مورد دیتا بیس هم اگر از دیتا بیس های سبک استفاده بشه وگرنه اصلاً به صرفه نیست

می تونید برنامه های معمولی رو ببینید ( مشابه)
هیچکدم از دیتابیس ( یا دیتابیس ها به معنای واقعی نه یه فایل منیجر ) استفاده نمی کنند
و در اصل
ایشون از هیچ یک از امکانات یک دیتا بیس استفاده نمی کنند


پس فایل یا xml  (بازم بر اساس نیازشون و انتخابشون ) بهترین انتخابه

حتی میشه ترکبی از این دو رو استفاده کرد
 
دیتا های مهم که (مثل تاریخ و ......) در xml فایل که یک پوینت به فایل مربوطه بده
و.......

[ابراهیم]

اگر بخوایم درباره‌ی XML بحث کنیم حالا حالاها موضوع برای بحث داریم!!!
متأسفانه امروز XML همه‌گیر شده و همه‌جا (حتی جاهایی که نباید استفاده بشه) استفاده می‌شه. همین باعث شده ابزار براش زیاد باشه و برنامه‌نویسی باهاش راحت.
من به هیچ وجه نگفتم همه جا (یا حتی برای مورد مطرح شده) باید به جای XML از پایگاه داده استفاده کنیم!
parse کردن XML کار پرهزینه‌ای هست (به نسبت!). از این جهت می‌گم کند هست. این بدیهی هست که وقتی XML رو parse کردید و آوردید تو حافظه، از اون به بعد سریع هست؛ چون دیگه XML نیست!
با این حال بگذریم. این قدر در مورد XML با این و اون بحث کردم خسته شدم. وقتی یه همچین چیزی همه‌گیر شد دیگه سخته به مردم اشکالاتش رو بفهمونی و بهشون بگی که چرا نباید ازش استفاده کنن.
پیش‌نهاد می‌کنم اگر خواستید درباره‌ی XML بحث کنیم، من رو توی irc://irc.freenode.net/#ubuntu-ir پیدا کنید و این جا بحث رو ادامه ندیم.

[کرگدن]

فقط در جوابتون

درسته parse کردنش ممکنه به نظر زمانبر بیاد
ولی به این نکته هم توجه داشته باشید الگوریتم های متفاوتی برای کار های متفاوتی هست
مثلاْ در الگوریتمی که یکبار همه ساختار به درخت تبدیل میشه ما این هزینه رو برای یک بار پرداخت می کنیم
و این الگوریتم برای فایل های کوچکتر و یا تغییرات بسیار زیاد توصیه میشه
یا یک الگوریتم دیگه هست که که به طور محدود اینکار رو می کنه
این برای فایل های بزرگتر توصیه میشه

اگر الگوریتم مناسبی انتخاب بشه هزینه parse کردن خیلی باخوندن از فایل فرق نمی کنه

پس این به برنامه نویس کمک می کنه

اگر در جاوا دقت کنید
برای کار کردن با فایل های xml ابزار خیلی متنوع و زیادی گذاشته شده

ولی xml یک مزیت هایی داره که استفادش در دنیا روز به روز بیشتر میشه
و حتی در صفحات وب  خودشو پرکاربرد نشون می ده
و می دونید اگر performance خوبی نداشت حداقل در این زمینه مطرح نمی شد

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

[khajavi]

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

[کرگدن]

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

بله یک زبان کاملاْ oo
اگر باهاش کار کنید می بینید که خیلی شیرین و لذت بخشه
اونوقت براتون خیلی سخته که که ازش استفاده نکنید:)

نمی دونم اینجا جای خوبی برای سئوال در مورد جاوا ست یا خیر
ولی اگر سئوالی داشتید در خدمتم

[مهدی پیشگوی]

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

[کرگدن]

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

این حرف کاملاْ اشتباه هست
هر زبانی برای پاسخگویی به نیازی طراحی شده

پایتون هم زبانی هست اینترپرتر => پس مشکلات زبانهای اینترپرتر رو داره

در ضمن شما چقدر با مفاهیم زبان جاوا آشنا هستید که این حرف رو می زنید؟
جاوا مجموعه ای از تکنولوژی هاست و فقط یک زبان نیست

فقط بهتون پیشنهاد می کنم چند خط در مورد یکی از api های java ee مطالعه کنید:)

EJB
http://en.wikipedia.org/wiki/Enterprise_JavaBean

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


یک سئوال
شما مفهوم برنامه سازی سازمانی ( enterprise ) رو می دونید؟

[مهدی پیشگوی]

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