Each of the layers of the applicati

Each of the layers of the application is used to hide
implementation details of the functionality. The
motivation for splitting applications into separate
individual layers is a generalization of communication
between the layers. Individual layers communicate with
each other using a defined group of methods, regardless of
the internal functionality. This approach achieves
universality and closeness of functional units. Even
though this approach requires more complex
implementation, it is possible to reuse certain parts of the
methods. If design changes and so should the
implementation of one of the layers, this requires change
only within the layer while maintaining public methods by
which they communicate with a given layer, which means
that, in this architecture, the individual layers are opaque
from the perspective of other layers of abstraction and that
ensures standardization of communication data.
In the event that the application needs should connect
to another database type or to the same database with a
different scheme it will be needed just to adjust only
database layer. Other layers due to the opaque character of
the database layer will not have to be changed.
Database layer separates the database with information
about events from the rest of the application. Thus
abstracts access to the actual data in an opaque manner.
After the application requests a new data, this data is
retrieved from the database server through SQL requests.
It normalizes the data retrieved and for each record creates
an event object, which is then stored in the event list. This
list of events is all located in the memory due to the speed
of data processing. At the moment when the data is
requested it causes increased demands on system memory
size, but delivers faster loading and processing.
Part of this application is designed for loading and
providing data on the geographical location of IP
addresses. IP address location database is stored in a
database csv file type, which is loaded into memory on
start-up. The class is using design pattern "Singleton" has
only one instance, a private constructor and static method
for access to single instances. Again at this point there is
approach that the entire database loaded into memory with
the intention to increase the response speed applications
while loading a large number of records. During a search,
the location of the IP address is also used by "caching" -
storing already retrieved records into a smaller list that is
scanned before scanning the entire database, since the
greater the chance that another search IP address has
already been found and thus its next search will be faster
because there is less items in the list [8]. DinaGraph is the
main application class. Unofficially, this solution should

ผลลัพธ์ (ไทย) 1:

แต่ละชั้นของแอพลิเคชันที่ใช้ในการซ่อนรายละเอียดการดำเนินงาน ที่แรงจูงใจสำหรับการแบ่งโปรแกรมประยุกต์ลงในแยกต่างหากแต่ละชั้นเป็น generalization สื่อสารระหว่างชั้น แต่ละชั้นสื่อสารกับอื่น ๆ ใช้วิธี กลุ่มกำหนดไม่ว่าการทำงานภายใน วิธีการนี้ได้รับuniversality และความใกล้เคียงของหน่วยงานต่าง ๆ แม้แต่ วิธีนี้ต้องซับซ้อนนำไปใช้ จำเป็นต้องนำบางส่วนของการวิธี ถ้าออกแบบเปลี่ยนแปลง และก็ ควรงานของเลเยอร์ การเปลี่ยนแปลงภายในชั้นขณะที่ยังคงวิธีการสาธารณะโดยเฉพาะซึ่งพวกเขาสื่อสารกับเลเยอร์ที่กำหนด ซึ่งหมายความว่าในสถาปัตยกรรมนี้ แต่ละชั้นทึบแสงจากมุมมองของชั้น abstraction และที่อื่น ๆเราช่วยให้มาตรฐานของการสื่อสารข้อมูลในกรณีที่จำเป็นต้องใช้ ควรเชื่อมต่อชนิดฐานข้อมูลอื่น หรือ ไปยังฐานข้อมูลเดียวกันกับการโครงร่างต่าง ๆ ที่จะต้องใช้เพียงเพื่อปรับปรุงเท่านั้นชั้นของฐานข้อมูล ชั้นอื่น ๆ เนื่องจากอักขระทึบของชั้นฐานข้อมูลจะไม่มีการเปลี่ยนแปลงชั้นฐานข้อมูลแยกฐานข้อมูลเกี่ยวกับเหตุการณ์จากแอพลิเคชัน ดังนั้นบทคัดย่อจากการเข้าถึงข้อมูลที่แท้จริงในลักษณะทึบแสงหลังจากที่แอพลิเคชันร้องขอข้อมูลใหม่ ข้อมูลนี้เป็นดึงมาจากเซิร์ฟเวอร์ฐานข้อมูลโดยใช้ SQL คำขอNormalizes ข้อมูลที่รับมา และสำหรับแต่ละเรกคอร์ดที่สร้างในกรณีที่เหตุการณ์วัตถุ ซึ่งจะเก็บรายการ นี้รายการของเหตุการณ์ทั้งหมดอยู่ในหน่วยความจำเนื่องจากความเร็วการประมวลผลข้อมูล ในขณะที่เมื่อมีข้อมูลจะทำให้ความต้องการเพิ่มหน่วยความจำของระบบที่ร้องขอขนาด แต่ให้โหลดได้เร็วขึ้น และประมวลผลส่วนหนึ่งของโปรแกรมประยุกต์นี้ถูกออกแบบมาสำหรับการโหลด และให้ข้อมูลเกี่ยวกับที่ตั้งทางภูมิศาสตร์ของไอพีที่อยู่ เก็บอยู่ในฐานข้อมูลตำแหน่งที่อยู่ IPชนิดฐานข้อมูล csv ไฟล์ ที่โหลดเข้าในหน่วยความจำในเริ่มต้น เรียนใช้รูปแบบการออกแบบ "เดี่ยว" ได้อินสแตนซ์เดียวเท่านั้น ส่วนตัวสร้าง และวิธีการคงสำหรับการเข้าถึงอินสแตนซ์เดียว อีกครั้งณจุดนี้ มีวิธีการที่ฐานข้อมูลทั้งหมดที่โหลดลงในหน่วยความจำด้วยการเพิ่มโปรแกรมประยุกต์ตอบสนองเร็วขณะโหลดจำนวนระเบียนขนาดใหญ่ ในระหว่างการค้นหายังมีใช้ตำแหน่งที่ตั้งของอยู่ IP โดย "แค" -แล้วเก็บดึงระเบียนรายการเล็กที่สแกนก่อนที่จะสแกนฐานข้อมูลทั้งหมด ตั้งแต่การยิ่งมีโอกาสที่อีกการค้นหาที่อยู่ IPถูกพบ และทำ การค้นหาถัดไปจะเร็วเพราะมีสินค้าน้อยรายการ [8] DinaGraph เป็นการระดับโปรแกรมประยุกต์หลักการ อย่างไม่เป็นทาง ควรแก้ไขปัญหานี้

ผลลัพธ์ (ไทย) 2:

แต่ละชั้นของแอพลิเคชันที่ใช้ในการซ่อนรายละเอียดการดำเนินงานของการทำงาน แรงจูงใจสำหรับการใช้งานที่แยกต่างหากแยกออกเป็นแต่ละชั้นเป็นลักษณะทั่วไปของการสื่อสารระหว่างชั้น แต่ละชั้นสื่อสารกับแต่ละอื่น ๆ โดยใช้กลุ่มที่กำหนดวิธีการโดยไม่คำนึงถึงฟังก์ชั่นภายใน วิธีการนี้จะประสบความสำเร็จในความเป็นสากลและความใกล้ชิดของหน่วยการทำงาน แม้แม้ว่าวิธีการนี้ต้องมีความซับซ้อนมากขึ้นการดำเนินการก็เป็นไปได้ที่จะนำมาใช้บางส่วนของวิธีการ หากมีการเปลี่ยนแปลงการออกแบบและอื่น ๆ ควรดำเนินงานของหนึ่งในชั้นนี้ต้องเปลี่ยนเฉพาะภายในชั้นในขณะที่รักษาวิธีการของประชาชนโดยที่พวกเขาสื่อสารกับชั้นได้รับซึ่งหมายความว่าในสถาปัตยกรรมนี้แต่ละชั้นมีความทึบแสงจากมุมมองของชั้นอื่น ๆ ของนามธรรมและเพื่อให้แน่ใจว่ามาตรฐานของการสื่อสารข้อมูล. ในกรณีที่ความต้องการใช้ควรเชื่อมต่อไปยังฐานข้อมูลชนิดอื่นหรือฐานข้อมูลเดียวกันกับรูปแบบที่แตกต่างกันก็จะมีความจำเป็นเพียงเพื่อปรับเพียงชั้นฐานข้อมูล ชั้นอื่น ๆ เนื่องจากตัวอักษรสีขาวขุ่นของชั้นฐานข้อมูลจะไม่ต้องมีการเปลี่ยนแปลง. ชั้นฐานข้อมูลแยกฐานข้อมูลที่มีข้อมูลเกี่ยวกับเหตุการณ์ที่เกิดขึ้นจากส่วนที่เหลือของการประยุกต์ใช้ ดังนั้นการเข้าถึงบทคัดย่อข้อมูลที่เกิดขึ้นจริงในลักษณะทึบแสง. หลังจากที่แอพลิเคชันร้องขอข้อมูลใหม่ข้อมูลนี้จะถูกดึงมาจากเซิร์ฟเวอร์ฐานข้อมูลผ่านการร้องขอ SQL. มัน normalizes ข้อมูลเรียกคืนและสำหรับแต่ละระเบียนสร้างวัตถุเหตุการณ์ซึ่งถูกเก็บไว้แล้วในรายการเหตุการณ์ นี้รายการของเหตุการณ์ทั้งหมดตั้งอยู่ในความทรงจำอันเนื่องมาจากความเร็วของการประมวลผลข้อมูล ในขณะที่เมื่อข้อมูลที่มีการร้องขอจะทำให้ความต้องการที่เพิ่มขึ้นในระบบหน่วยความจำขนาดแต่ให้โหลดได้เร็วขึ้นและการประมวลผล. เป็นส่วนหนึ่งของโปรแกรมนี้ถูกออกแบบมาสำหรับการโหลดและการให้ข้อมูลเกี่ยวกับที่ตั้งทางภูมิศาสตร์ของ IP ที่อยู่ ฐานข้อมูลสถานที่ที่อยู่ IP ถูกเก็บไว้ในรูปแบบCSV ฐานข้อมูลประเภทของไฟล์ที่จะโหลดลงในหน่วยความจำบนเริ่มต้นขึ้น ชั้นจะใช้รูปแบบการออกแบบ "โทน" มีเพียงหนึ่งตัวอย่างเช่นคอนสตรัคส่วนตัวและวิธีการแบบคงที่สำหรับการเข้าถึงกรณีเดียว อีกครั้งที่จุดนี้มีวิธีการที่ฐานข้อมูลทั้งหมดในหน่วยความจำเต็มไปด้วยความตั้งใจที่จะเพิ่มการใช้งานที่ตอบสนองความเร็วขณะโหลดจำนวนมากของการบันทึก ในระหว่างการค้นหาสถานที่ตั้งของที่อยู่ IP ที่ยังถูกใช้โดย "แคช" - จัดเก็บบันทึกการเรียกคืนแล้วเป็นรายการที่มีขนาดเล็กที่มีการสแกนก่อนที่การสแกนฐานข้อมูลทั้งหมดตั้งแต่มากขึ้นโอกาสที่อยู่IP ค้นหาอื่นที่มีอยู่แล้วได้พบและจึงค้นหาต่อไปจะเร็วขึ้นเนื่องจากมีรายการน้อยในรายการ [8] DinaGraph เป็นระดับโปรแกรมหลัก อย่างไม่เป็นทางการแก้ปัญหานี้ควร