[ Pobierz całość w formacie PDF ]
.* Break in Class Module – w momencie wyst¹pienia b³êdu kod zatrzymuje siêw danej linii jedynie w przypadku modu³Ã³w klasy, przy braku narzêdzia doobs³ugi b³êdów.* Break on Unhandled Errors – w momencie wyst¹pienia b³êdu kod zatrzymuje siê wdanej linii w ka¿dej procedurze, nie zawieraj¹cej narzêdzia do obs³ugi b³êdów.Mo¿esz wy³¹czyæ ustawienie Break on All Errors w procedurze, umieszczaj¹c ujej góry nastêpuj¹cy kod:Application.SetOption "Break On All Errors", FalseRozdzia³ 14.Optymalizacja aplikacjiW tym rozdziale:* Ulepszanie podstaw: optymalizacja sprzêtu i systemu Windows.* Instalowanie aplikacji w celu uzyskania optymalnej wydajnoœci.* Optymalizacja silnika bazy danych Jet.* Narzêdzia do pomiaru wydajnoœci.* Spojrzenie za kulisy.* Optymalizacja bazy danych od podstaw.* Poprawa wydajnoœci kwerend.* Zwiêkszenie szybkoœci kwerend.* Przyspieszenie funkcjonowania formularzy.* Pisanie szybkiego kodu.Optymalizacja aplikacji jest tematem niekoñcz¹cej siê dyskusji miêdzyprogramistami.Ka¿demu zale¿y na osi¹gniêciu optymalnego rozwi¹zania, lecz cow tym przypadku jest rozwi¹zaniem optymalnym? Jedni uwa¿aj¹ za takie du¿¹szybkoœæ aplikacji, wiêc dla nich najlepszymi technikami s¹ najszybsze z nich.Inni uwa¿aj¹, ¿e optymalne rozwi¹zanie powinno zapewniaæ jak najwiêksz¹stabilnoœæ aplikacji, nawet za cenê zmniejszonej przez przesadn¹ ostro¿noœæszybkoœci dzia³ania.Jeszcze inni za cel optymalny uwa¿aj¹ jak najwiêksz¹elastycznoœæ i ³atwoœæ w obs³udze.Kto ma racjê? Jak to czêsto w ¿yciu bywa,¿aden z nich.Optymalizacja polega na znalezieniu równowagi pomiêdzy tymitrzema celami.Rozwi¹zanie optymalne zapewnia u¿ytkownikowi odpowiedni¹ szybkoœæ.Zazwyczaju¿ytkownik nie zaakceptuje zbyt wolnej aplikacji.Jeœli jednak oka¿e siê, ¿ewybór tego rozwi¹zania prowadzi do utraty danych, bêdzie niew¹tpliwie wyboremz³ym.Jeœli aplikacja dzia³a z zadowalaj¹c¹ szybkoœci¹ i do tego jeststabilna, istnieje du¿e prawdopodobieñstwo, ¿e jej u¿ytkownicy bêd¹zainteresowani jej kolejnymi wersjami.Jednak¿e niekonwencjonalne rozwi¹zaniaw projekcie i nieortodoksyjne jego wykonanie mog¹ sprawiæ, ¿e dobrze przyjêtaaplikacja bêdzie trudna do ulepszenia i rozbudowania.Pod pewnymi wzglêdami, aplikacje s¹ jak samochody.Niewiele osób chcia³obyznaleŸæ siê za kierownic¹ bardzo szybkiego samochodu, który Ÿle siê prowadzilub ma s³abe hamulce.Natomiast wiêkszoœæ z nas ¿yczy³aby sobie mieæsamochód, który zapali ka¿dego dnia i zawiezie nas tam, gdzie chcemy.Niezapominajmy te¿ o tym, ¿e rachunki za serwisowanie tego samochodu nie powinnyrujnowaæ naszego bud¿etu.Mimo i¿ rozdzia³ ten dotyczy optymalizacji, pamiêtajo tym, ¿e aplikacja powinna byæ równie¿ stabilna i ³atwa w rozbudowie.W rozdziale tym omówimy wiele technik s³u¿¹cych optymalizacji aplikacji.Prawiewszystkie z nich maj¹ jakieœ ograniczenia, a niektóre mog¹ wrêcz spowodowaæefekty odwrotne do zamierzonych.Nawet najlepsze z nich mog¹ nie nadawaæ siêdo rozwi¹zania jakiegoœ konkretnego problemu.Kilka technik zastosowanychrazem mo¿e wzajemnie pomniejszaæ efekty swojego dzia³ania.Jednak¿e z rozwag¹stosuj¹c to, czego nauczy Ciê lektura tego rozdzia³u, powinieneœ umieæpoprawiæ wydajnoœæ swoich aplikacji.Jedynym sposobem na sprawdzenie, czy techniki te bêd¹ dzia³aæ w danymprzypadku, jest eksperymentowanie.Rezultaty mog¹ byæ czêsto zaskakuj¹ce.Jednoczeœnie metoda, która w jednym przypadku da³a zdumiewaj¹ce rezultaty, winnym mo¿e nie daæ ¿adnych.Optymalizacja jest bardzo z³o¿onym procesem, gdy¿œrodowisko, w którym pracujemy, jest bardzo z³o¿one i podlega ci¹g³ymzmianom, a prawdziwy cel optymalizacji jest doœæ trudny do zdefiniowania.Pisz¹c o optymalizacji, nale¿a³oby omówiæ setki zagadnieñ.W rozdziale tymzaczniemy od omówienia problemów zwi¹zanych ze sprzêtem i systememoperacyjnym, a zakoñczymy na ró¿nych technikach kodowania
[ Pobierz całość w formacie PDF ]