من بداية تعلم استخدام ASP إلى الآن ، كتبت العديد من البرامج. الشيء الأكثر إثارة للقلق هو كتابة ترحيل البيانات. في كل مرة ، يرجع ذلك إلى اختلاف عدة أسماء متغيرة أو عدة معلمات. لذلك ، من الضروري كتابة رمز ترحيل طويل ومعقد في كل مرة. الرمز الطويل يجعل قابلية قراءة البرنامج أسوأ ومن السهل السفر في الأعمال التجارية. لا يمكنني العثور على أي أخطاء بعد تصحيح الأخطاء لفترة طويلة ، لذلك بدأت ببطء في استخدام بعض وظائف الترحيل أو فصول الترحيل المتوفرة على الإنترنت. إنه بالفعل الكثير من المتاعب ، لكن الطريقة المعتادة للوظائف والفئات هي تغليف جزء عرض البيانات. في كل مرة ، من أجل تحقيق التأثير المطلوب ، يجب تغيير الوظيفة أو الفئة نفسها ، لذلك ليس من المناسب استخدامه. الصفحات التي كتبها بنفسك معقدة بالفعل ، ناهيك عن الآخرين.
لذلك كتبت فصلًا فصليًا بنفسي بينما كان لدي وقت بالأمس ، وشعرت بالرضا عن نفسي (لا تحطمني ببيضة). سوف أشارككم تجربتي هنا (لا يمكنني التحدث عن التجربة ، دعنا نفكر في الأمر). لا أريد التحدث عن مبدأ ترقيم الصفحات هنا بعد الآن. على أي حال ، يفهم الجميع ذلك ، ولن أعرف ما إذا كنت أريد التحدث بعمق. هيه.
1. هدف إنشاء فئة الترحيل
قبل الكتابة ، فكرت في نوع الفصل الذي أردت أن أكتبه. عندما تذكرت الماضي عند كتابة الترحيل ، كان الشيء الأكثر إزعاجًا هو ما كان على رمز الترحيل المعقد الذي كان علي أن أكتبه في كل مرة. كان القلق الأكبر هو أنه في كل مرة كان الفرق بين عدد قليل من الأسماء المتغيرة. لذا فإن أول ما يمكن تحقيقه هو تغليف هذا ، والثاني هو تغليف شريط التنقل في ترقيم الصفحات. والثالث هو تغليف جزء عرض البيانات من خلال عدم استخدامه. هذا ليس مناسبًا للبرنامج ، وبالنسبة للمستخدمين الذين لديهم تأثيرات عرض مختلفة في كل مرة ، فهي أكثر إزعاجًا من كتابة الترحيل بأنفسهم. لذا فإن هدفي هو جعل بعض التغليف البسيط لمجموعة التسجيلات.
2. عملية الخلق
لذا فإن الممتلكات الأولى التي كتبتها هي إرجاع سجل معالج
publicpropertygetgetrs ()setxd_rs = server.createBject ("adodb.recordset")
XD_Rs.pagesize = pagesize
XD_Rs.Openxd_SQL ، XD_CONN ، 1،1
ifnot (xd_rs.eofandxd_rs.bof) ثم
IFINT_CURPAGE> XD_RS.PAGECOUNTTHEN
int_curpage = xd_rs.pageCount
Endif
XD_Rs.absolutePage = int_curpage
Endif