راه حل برای مشکل ک و ی فارسی

[Nightbat]

من در سایت یه سرچ کردم، به صورت پراکنده تاپیکهایی در این رابطه دیدم، گفتم شاید بد نباشه یه تاپیک در اینجا درست کنم که بتونیم توش کامل نتیجه گیری کنیم:
تا اونجایی که من می دونم، بهترین راه حل برای حل مشکل ک و ی اینه که وقت ورود به DB با یک ک و ی استاندارد ( واحد ) Replace شن ( اگه دوستان نظر دیگه ای دارن بگن ). راههایی که برای این مورد در وب به ذهنم می رسه اینه:
1- با clientSide Script ها مثل javaScript مقادیر را از طرف کلاینت Replace کنیم یا اجازه استفاده از یکی از حروف را به کاربر بدهیم

2- اگه از لایه استفاده می کنیم تو لایه ها تمام پارامترهای Sp ها رو replace کنیم ( من در یه پروژه اینکار رو کردم و خیلی هم راحت بود، چون تو CodeGenerator که برای این پروژه نوشتم این خطها رو اضافه کردم و در طول پروژه راحت بودم! ) ولی اگر لایه بندی نبود چی !!؟؟؟

3- تو تمام SP ها قبل از هر کار پارامترها را replace کنیم ( که به نظر منطقی نمی آد!! )

4-از trigger استفاده کنیم ( که باز هم روی تمام Table ها باید انجام بدیم )

اگه دوستان روشهای دیگه ای می دونن بگن و اینکه بالاخره کدوم یکی از این روشها بهتره ؟!

[Nightbat]

یعنی هیچ کس هیچ نظری نداره !؟!؟!

[Behrouz_Rad]

خط 3 و 4 ....

[Nightbat]

خط 3 و 4 ....

اینطوری باید تو همه Sp/Table ها کدنوشت. راه راحتتر وجود نداره؟

[Nightbat]

اگه 3و4 بهترین باشن، شاید بهتر باشه یه function بنویسیم که اینکار رو بکنه، بعد تو همه sp/table Trigger ها ازش استفاده کنیم ...

[Behrouz_Rad]

در همه ی SP ها؟!!!
شما تابعی بنویس که کاراکترهای مشکل دار رو با هم تعویض کنه و قبل از مقدار دادن به پارامتر مورد نظر، داده رو ابتدا از این تابع بگذرون! یک بار برای همیشه...


موفق باشید.

[Nightbat]

در همه ی SP ها؟!!!
شما تابعی بنویس که کاراکترهای مشکل دار رو با هم تعویض کنه و قبل از مقدار دادن به پارامتر مورد نظر، داده رو ابتدا از این تابع بگذرون! یک بار برای همیشه...


موفق باشید.

یعنی این کار توی .Net انجام شه ؟

[Behrouz_Rad]

بله..........

[Nightbat]

اینطوری از کنترلهایی مثل GridView یا FormView که خودش پارامترهای update را می فرستن نمی تونیم استفاده کنیم. یا باید تو ItemInserting تک تک پارامترها را چک کنیم که اینکار هم وقتگیر؟ درست میگم یا اشتباه متوجه شدم ؟!

[Behrouz_Rad]

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

موفق باشید.

[Nightbat]

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

موفق باشید.

من قبلا کد می نوشتم،ولی الان راستش نمی دونم فرق تولید کد با کنترل های Designer با تولید اون تو CodeBehind چیه؟ مثلا چه فرقی می کنه که من ObjectDataSource رو درگ کنم و بندازم رو صفحه ( از تگش استفاده کنم) یا اینکه تو codeBehind یه new کنم و ازش استفاده کنم.

[Behrouz_Rad]

یکی از مشکلاتش همینه که الان در همین تاپیک مطرح کردی!
البته شاید این مورد به نظر تو مشکلی نباشه.
به مرور زمان متوجه میشی.
خلق موقعیت های سفارشی توسط این ابزارها امکان پذیر نیست.
این یک موضوع واضحه که هر چقدر از یک ابزار آماده استفاده کنی، محدود به امکاناتی میشی که اون ابزار در اختیار تو قرار میده.
یک سیستم عامل رو در نظر بگیر.
حوزه ی فعالیت و مانور تو در قبال کارهایی که در یک سیستم میتونی انجام بدی، بستگی به امکاناتی داره که سیستم عامل در اختیار تو قرار میده.

موفق باشید.

[Nightbat]

من دارم برای .net 2 یک CodeGenerator می نویسم، اگه ممکنه چند تا از اشکالات این قضیه رو بگو، اگه اساسیه من CodeGenerator رو یه جوره دیگه بنویسم

[Behrouz_Rad]

Component بد نیست.
Code Generator هم بد نیست.
بستگی داره به چه منظور و کی استفاده میشه. عملکرد اون چیه و ...
ضمن اینکه توضیحاتی که در پست قبلی دادم، تمامی موضوع رو روشن می کنه.
اگر قصد داری این بحث رو ادامه بدی، برای اون یک تاپیک جدا ایجاد کن تا این تاپیک از موضوع اصلی خودش خارج نشه.

موفق باشید.

[Nightbat]

منظورم رو خوب نگفتم، ببین تو کدساز من، مثلا تو UIی که تولید می کنم از <ASP:ObjectDataSource> استفاده می کنم، اگه طبق صحبتهای قبلیمون مشکل این روش زیاد و قابل توجهه، من تو CodeBehind یه new ObjectDataSource کنم و کدشو بنویسم...

[Behrouz_Rad]

عرض کردم که:

این یک موضوع واضحه که هر چقدر از یک ابزار آماده استفاده کنی، محدود به امکاناتی میشی که اون ابزار در اختیار تو قرار میده.

آیا ObjectDataSource تو رو محدود نمی کنه؟ آیا نیازهای فعلی تو رو برطرف می کنه؟
اگر پاسخ مثبته پس ازش استفاده کن.

موفق باشید.

[Nightbat]

عرض کردم که:

آیا ObjectDataSource تو رو محدود نمی کنه؟ آیا نیازهای فعلی تو رو برطرف می کنه؟
اگر پاسخ مثبته پس ازش استفاده کن.

موفق باشید.

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

[Behrouz_Rad]

از کدنویسی استفاده کن.

موفق باشید.

[Nightbat]

دوستان دیگه نظری ندارن ؟؟!!؟

[nazaninam]

تجربه به من هم ثابت کرده که هرچه کمتر از Wizard ها و اشیاء آماده استفاده کنم به مشکل کمتری بر می خورم !
شما اگر خیلی کد نویسی وقتتون رو میگیره به این شکل عمل کنید:
از دیتاست های دات نت استفاده کنید و این ها را به عنوان لایه Dal به حساب بیارید
لایه Bll را خودتان کد نویسی کنید
از ObjectDatasource ها هم فقط برای دریافت اطلاعات یعنی بخش Select استفاده کنید و سعی کنیددستوراتی ماند update و delete و insert را توسط لایه Bll صادر نمایید.

[Behrouz_Rad]

از ObjectDatasource ها هم فقط برای دریافت اطلاعات یعنی بخش Select استفاده کنید

ُSelect کردن هم محدودیت خاص خودش رو داره.
اگر ObjectDataSource رو در فایل aspx مقدار دهی کنی، باز هم محدودتر میشی.
اما اگر از طریق کدنویسی اون رو ایجاد کنی، کمی دستت بازتر هست.
به عنوان مثال، فرض کن من نیاز به یک Batch Query دارم.
Batch Query با ObjectDataSource در aspx قابل پیاده سازی نیست... در نتیجه من نیاز به دو باره کاری دارم.
پس باید رو به کدنویسی بیارم. پس اگر قرار هست برای این کار کدنویسی کنم، دلیلی بر استفاده از ObjectDataSource نیست!

موفق باشید.