<html><body>1. Understand Time-scales: Before diving deep to Instant, let’s discover some time-scales. UT (Universal Time) is a time standard based on Earth's rotation, essentially measuring time as observed from the planet. It reflects the natural cycle of day and night but can vary slightly due to irregularities in Earth's rotation. TAI (Temps Atomique International or International Atomic Time) is a highly precise time standard based entirely on atomic clocks, specifically using the vibrations of Cesium-133 atoms. UTC (Coordinated Universal Time): is the global time standard and is the combination of UT and TAI. It is designed to be more consistent than UT by relying on precise atomic clocks (same as TAI).  Because of tidal acceleration, the Earth’s rotation is gradually slowing down. As a result, at some point some time, the day in UT (solar day) will get longer than today by one atomic second, which means some day’s length will be 86400 + 1 atomic second. The day that will last 1-atomic-second-longer than today. That day is not predictable and can only be figured out by measurement. To deal with the issue, UTC is synchronized with UT through the use of leap seconds, ensuring it stays within ±0.9 seconds of UT, which helps keep it in line with the natural day. As the Earth’s rotation is slowing down, UTC will only add a leap second to be consistent with UT. As an observation, the earth's rotational acceleration is on average 0.002 atomic seconds per day, which means 500 days or 1.5 years will end up with 1 atomic second. Let's take a example: Today, Tuesday, January 20, 2024, which is exactly 86400 atomic seconds. 1.5 years from now, Friday, January 02, 2026, a day will be 86400 + 1 atomic seconds. But the difference between UT and UTC should be within ±0.9 seconds, then at some point of time between today and Friday, January 02, 2026, a leap second will be added at the end of that day, which introduces the 61st second of a minute: yyyy-MM-ddT23:59:60Z. While UTC adds a leap second to be synchronized with UT, TAI, on the other hand, does not. As a result, time in UTC and TAI will be further and further apart. At this moment, TAI is 37 seconds ahead of UTC: <ul><li style="text-align:justify;">UTC: 2024-08-20 14:47:55Z </li><li style="text-align:justify;">TAI: 2024-08-20 14:48:32Z  </li><li style="text-align:justify;">See real-time gap here: <a href="http://leapsecond.com/java/gpsclock.htm">http://leapsecond.com/java/gpsclock.htm</a>  </li></ul>Java Time-scale Although Instant represents a point in time in UTC, it follows a 99%-like UTC time-scale, called Java Time-scale. In Java Time-scale, one day includes exactly 86,400 seconds without a leap second. If a day in UTC contains a leap second, that leap second will be spread equally over the last 1000 seconds of the day, maintaining the appearance of exactly 86400 seconds per day. 2. How Instant is stored in Java Application Instant is an object that: <ul><li style="text-align:justify;">represents a point in time in UTC since 1970-01-01T00:00:00Z, we call 1970-01-01T00:00:00Z an EPOCH. </li><li style="text-align:justify;">with nanosecond precision. </li></ul>To represent a point in time, Instant introduces: <pre><code class="language-plaintext">/**  
* The number of seconds from the epoch of 1970-01-01T00:00:00Z.  
*/  
private final long seconds; </code></pre><ul><li style="text-align:justify;">seconds is the number of seconds from the EPOCH.  </li></ul>If seconds are negative, the instant is before the EPOCH. If seconds are positive, the instant is after the EPOCH. Despite Long.MIN_VALUE is -9,223,372,036,854,775,808, the minimum supported epoch second is -31,557,014,167,219,200, which is -1000000000-01-01T00:00Z (one billion year in the past) and the maximum supported epoch second is 31,556,889,864,403,199, which is 1000000000-12-31T23:59:59Z (the end of 1 billion years in the future). To represent a point in time with nanosecond precision, Instant introduces: <pre><code class="language-plaintext">/**  
* The number of nanoseconds, later along the time-line, from the seconds field.  
* This is always positive, and never exceeds 999,999,999.  
*/  
private final int nanos; </code></pre><ul><li style="text-align:justify;">nanos is always positive, and never bigger than 999,999,999 </li></ul>Some reasons why min/max supported epoch seconds is not Long.MAX/MIN_VALUE: From a usage perspective: <ul><li style="text-align:justify;">The universe is said to be aged 13.7 billion years old; Long.MIN_VALUE will introduce the time since more than 292 billion years. -&gt; Long.MIN_VALUE is not practical. </li><li style="text-align:justify;">292 billion years in the future (which is Long.MAX_VALUE) is an extreme value (compared to human lifetime), making it not practical either. </li><li style="text-align:justify;">According to research, the first humans emerged in Africa around 2 million years ago, so there should not be much historical data that modern-universal applications should deal with.</li></ul><figure class="image"><img src="https://api.careers.saigontechnology.com/storage/ck-editor/Why-epoch-seconds-limits-are-not-long.max-min-value-CyrT3tzrMHPr1rGc2zUR0pnPNQWdhdbmKKBY8e53.webp"></figure><ul><li style="text-align:justify;">±1 billion of year make it have a good buffer in long type and make the year (1 billion) fit in an int. </li></ul>From a technical perspective: <ul><li style="text-align:justify;">Storing extreme value will easily cause exceptions. I asked ChatGPT to calculate the instant of Long.MIN_VALUE, ChatGPT could not answer due to an Overflow issue.</li></ul><figure class="image"><img src="https://api.careers.saigontechnology.com/storage/ck-editor/calculate-the-instant-of-Long.MIN_VALUE-jWF0AC5aTwa6CQqYCifAZQX00l4fjUhPAzaMX7fM.webp"></figure><ul><li style="text-align:justify;">Limiting the range of value to be far away from the edge will help operations like addition, subtraction, and comparison can be performed safely. </li><li style="text-align:justify;">Storing extremely large values can pose challenges in serialization, database storage, and data transmission. </li></ul>3. Instant.now() Returns the current moment in UTC with precision in: <ul><li style="text-align:justify;">Millisecond: Java 8 </li><li style="text-align:justify;">Microsecond: Java 9, Java 11 </li><li style="text-align:justify;">Nanosecond: Java 17+ </li></ul>Use the below code snippet to run on <a href="https://www.jdoodle.com/online-java-compiler">https://www.jdoodle.com/online-java-compiler</a> with each JDK, you’ll see the difference. <pre><code class="language-plaintext">import java.time.Instant;  
 
public class MyClass {  
 
    public static void main(String args[]) {  
        Instant instant = Instant.now();  
        System.out.println(instant);  
        //2024-08-19T15:47:28.487729962Z  
    }  
} </code></pre>The precision of  Instant.now() can vary between different JVMs and OS/Hardware. On some platforms, you might observe higher precision, while on others, it may be lower. Behind the Scenes of Instant.now() The Instant.now() method provides a seemingly straightforward way to retrieve the current moment in time. But what happens beneath the surface? Let's delve into the intricate workings of this method:   <pre><code class="language-plaintext">//This is simplified implementation from Clock.java without retry  
static Instant currentInstant() {  
    long localOffset = System.currentTimeMillis() / 1000 - 1024;  
    long adjustment = VM.getNanoTimeAdjustment(localOffset);  
    return Instant.ofEpochSecond(localOffset, adjustment);  
} </code></pre> Setting the Local Offset: The code starts by calculating a preliminary offset from the current system time. This offset, represented by localOffset, is obtained by dividing the system time in milliseconds (System.currentTimeMillis()) by 1000 (to convert milliseconds to seconds) and then subtracting 1024 seconds (approximately 17 minutes and 4 seconds). Fine-Tuning with Nanosecond Adjustment: The VM.getNanoTimeAdjustment(localOffset) method is called. This method interacts with the underlying system to determine the precise nanosecond adjustment needed to convert the localOffset to the current UTC time. The returned value, nanoTimeAdjustment, represents the time difference (in nanoseconds) between localOffset and the actual UTC time. Constructing the Instant: Finally, an Instant object is created using the localOffset (seconds since the epoch) and the nanoTimeAdjustment (nanoseconds within the second). Example Breakdown: Imagine the current UTC time is 2024-08-20T15:59:50.123Z, which translates to epoch milliseconds of 1724144390123. Below is how currentInstant() would run: <pre><code class="language-plaintext">long localOffset = System.currentTimeMillis() / 1000 - 1024;  
 
// localOffset = 1724144390123 / 1000 - 1024 = 1724143366  
long adjustment = VM.getNanoTimeAdjustment(localOffset);  
 
// 1024044595000  
return Instant.ofEpochSecond(localOffset, adjustment);  
 
// Instant.ofEpochSecond(1724143366, 1024044595000);   
// 2024-08-20T09:12:18.044595Z </code></pre>Nanosecond Adjustment: Suppose VM.getNanoTimeAdjustment(1724143366) returns 1024044595000, which equates to 1024.044595 seconds. The Catch: While the returned value appears to provide nanosecond precision (due to the decimal component), closer inspection reveals that the last three digits are zeros. This implies that the underlying system can only guarantee accuracy up to milliseconds. The Resulting Instant: Instant.ofEpochSecond(1724143366, 1024044595000) This translates to an Instant object representing 2024-08-20T09:12:18.044595Z. However, it's crucial to remember that the nanosecond precision might not be entirely reliable due to the system limitations. In essence, Instant.now() provides a convenient way to access the current time with nanosecond precision (in theory). However, the underlying system might restrict the actual accuracy to milliseconds. Remember, this explanation is for educational purposes and might not reflect the exact implementation details in all Java environments. 4. Conclusion  In conclusion, java.time.Instant is a powerful class that represents a specific point on the timeline, measured to the nanosecond. It offers a reliable way to work with timestamps in UTC, making it ideal for applications that require precise time measurements. With its immutable nature and comprehensive API, Instant simplifies handling of time data in Java, whether you're recording events, synchronizing across time zones, or performing time-based calculations. By leveraging Instant, developers can ensure accurate and consistent time management in their applications, paving the way for robust and future-proof solutions. Thank you all for reading all the way down to this. This article is just the beginning of java.time, let’s wait for upcoming posts! Reference: <a href="https://docs.oracle.com/en/java/javase/17/docs/api/java.base/java/time/Instant.html">https://docs.oracle.com/en/java/javase/17/docs/api/java.base/java/time/Instant.html</a> https://www.timeanddate.com/time/aboututc.html </body></html>

The Instant class in Java is immutable and thread-safe, making it ideal for use in time-sensitive applications where absolute time without any time zone considerations is needed. Let’s give Instant a closer look today.

Deep dive into java.time: Instant

A comprehensive tutorial guides you through building a decentralized soccer prediction game using smart contracts. You'll learn how to create and deploy ERC20 tokens, implement game logic, integrate a Web3 frontend with MetaMask, and handle user interactions. The guide also covers best practices for error handling, security, and gas optimization. By the end, you'll have a solid foundation in blockchain development and the skills to create your own decentralized applications.

Building a Soccer Prediction DApp: A Complete Guide to Smart Contract Gaming

<html><body>I. Introduction In today's data-centric world, maintaining a comprehensive record of changes and ensuring data integrity is critical for both developers and administrators. Auditing allows you to track and review modifications made to your data, providing a valuable history of who changed what and when. This guide delves into the auditing capabilities provided by Spring Data JPA and Hibernate Envers, exploring their features, benefits, and detailed configuration steps. Whether you're building a new application or enhancing an existing one, understanding and implementing auditing can greatly improve data governance and traceability. The importance of Auditing is crucial for a variety of reasons: <ul><li style="text-align:justify;">Data Integrity: Ensures that data changes are recorded, providing a clear history that can be audited or restored if needed. </li><li style="text-align:justify;">Accountability: Tracks who made changes and when which is essential for compliance and accountability in applications. </li><li style="text-align:justify;">Debugging: Helps in troubleshooting by allowing you to trace back to the exact point when data was altered. </li><li style="text-align:justify;">Spring Data JPA and Hibernate Envers offer robust solutions for implementing auditing, each with its own strengths and use cases. </li></ul>II. Understanding Auditing in Spring Data JPA Spring Data JPA is a robust framework that simplifies data access in Java applications. It integrates seamlessly with the Java Persistence API (JPA) to handle CRUD operations and provide features such as pagination and sorting. However, Spring Data JPA does not include built-in auditing features out of the box. Auditing involves tracking detailed information about changes to data, including: <ul><li style="text-align:justify;">Who made the change </li><li style="text-align:justify;">When the change was made </li><li style="text-align:justify;">What changes were made </li></ul>Important notes for auditing in Spring Data JPA are as follows: @CreatedDate: captures the moment the entity was brought into existence. @LastModifiedDate: records the time of the entity's most recent update. @CreatedBy: documents the entity's creator. @LastModifiedBy: keeps track of the person who made the most recent changes to the entity. 1. Enabling JPA Auditing: Set up a Spring Data JPA application with annotations to activate auditing features. Incorporating @EnableJpaAuditing into the main class is part of this process. <img src="https://api.careers.saigontechnology.com/storage/ck-editor/enabling-JPA-Auditing-s7sEAd9S7KV0GJ0znw7qtziENK2f4jjjAYAcxbnZ.webp"> 2. Adding Spring’s Entity Callback Listener: Spring Data JPA uses @EntityListeners to specify callback listeners. The `AuditingEntityListener` provided by Spring is used to capture auditing information during entity lifecycle events: <img src="https://api.careers.saigontechnology.com/storage/ck-editor/adding-springs-entity-callback-listener-Ssj5h7I48N20wVY2uE60Uj1wxxrRFAdGAlgo44NX.webp"> 3. Tracking Created and Last Modified Dates: You can track creation and modification timestamps by adding `@CreatedDate` and `@LastModifiedDate` annotations to your entity fields. Spring Data JPA automatically updates these fields. <img src="https://api.careers.saigontechnology.com/storage/ck-editor/tracking-created-and-last-modified-dates-a3QVI4YfltQQZsUE3Asbojyz53pnPm15Xbat9P8P.webp">  4. Author of Changes with Spring Security: If the application uses Spring Security, it can track who changed the data by using `@CreatedBy` and `@LastModifiedBy`. Implement the `AuditorAware&lt;T&gt;` interface to provide the current user information: <img src="https://api.careers.saigontechnology.com/storage/ck-editor/author-of-changes-with-spring-security-3iFhTZDwqFh8hb4HByPBLbGKaiog5RfHkeQKEJcF.webp">  The information comes from SecurityContext’s Authentication instance. To alter values assigned to the annotated fields, we can utilize the `AuditorAware` interface. <img src="https://api.careers.saigontechnology.com/storage/ck-editor/AuditorAware-CMkxKmcdrZFG8688kTJXwHmnxFB8tZdghr9y0SgA.webp">  III. Introduction to Hibernate Envers Hibernate Envers is a module of Hibernate, the object-relational mapping (ORM) tool,  that provides a robust solution for auditing. Envers automatically tracks changes to entities, storing the history of revisions in separate tables. This makes it easy to query historical data and understand how it has evolved. 1. Setting up Hibernate Envers: To set up Envers, add the `hibernate-envers` JAR into the classpath: <img src="https://api.careers.saigontechnology.com/storage/ck-editor/setting-up-hibernate-envers-AM45VGAibotJEkHmKYJS7YVsOzOcG1iW92C5LBzf.webp">  Then add the `@Audited` annotation, either on an `@Entity` (to audit the whole entity) or on a specific `@Column` (if we need to audit specific properties only). <img src="https://api.careers.saigontechnology.com/storage/ck-editor/setting-up-hibernate-envers-2-RrxfJMdOigLZu1WtgQgq3NKGjOS4cIGPAIOhFXnB.webp">  2. Creating Audit Log Tables: Set `hibernate.hbm2ddl.auto` to create, create-drop, or update, and then Envers can create them automatically. Consider using auto create table in the database in a business project. <img src="https://api.careers.saigontechnology.com/storage/ck-editor/creating-audit-log-tables-mjKswSVEHPp0jRTXUd09f5VFn7B7NYuPJPppyTi7.webp">  3. Configuring Envers: Set up Envers properties in the same way as you would any other Hibernate property. <img src="https://api.careers.saigontechnology.com/storage/ck-editor/configuring-envers-AtLkDDEJxavyiGi1xQkQ3GwCoDal6qz9dQpDZn86.webp">  4. Accessing Entity History: Data from the past can be retrieved in a similar way to how data is retrieved using the Hibernate Criteria API. Using an active `EntityManager` or `Session`, the `AuditReader` interface can be used to access the audit history of an entity via the `AuditReaderFactory`. <img src="https://api.careers.saigontechnology.com/storage/ck-editor/accessing-entity-history-gXGockkH51Tojt1FYmhtP9RcEebVIUvWRr9AOIjD.webp">  IV. Custom Revision By default, Envers tracks "what" changed but does not include details on "who" or "when" changes occurred. You can customize the revision table to include additional fields like username and revision date. 1. Implement a Custom Revision Entity: <img src="https://api.careers.saigontechnology.com/storage/ck-editor/implement-a-custom-revision-entity-IM5tTieEmz4CItbQRaQOKCZu9Nu9FOrwcouTXPtI.webp">  2. Create a Revision Listener: <img src="https://api.careers.saigontechnology.com/storage/ck-editor/create-a-revision-listener-XSAxrxAwcHvB2EYOeVuyF1zm4VLp70k0dGOlcuwn.webp">  V. Database Behavior with Auditing 1. Auto-Updating Entities with Auditing: After configuring the Auditing with annotations, the client sends the request CRUD with only the necessary fields, and other fields that were config Auditing will auto-update data in the database. <img src="https://api.careers.saigontechnology.com/storage/ck-editor/auto-updating-entities-with-auditing-Hp1e9uNScdBIVLgKe4IY6nB5Ir4MsYfUsfkQL8GL.webp"> <img src="https://api.careers.saigontechnology.com/storage/ck-editor/auto-updating-entities-with-auditing-2-vsfoicCiEv2rfzKshlvLuvtc0BoaNRSv804IvwxW.webp"> 2. History revision tables: The system automatically creates two new tables, one named `revinfo` and the other `[entity_name]_aud`. In the revinfo table, it’s the tracking time of each revision, but it has the limitation that it shows the timestamp in `long` type, so it’s hard for developers to track ‘when’ the entity changes. In [entity_name]_aud table, in each transaction will create new records. With `id` column is represented for entity id. The `rev` is represented as a timestamp in the revision table. The `revtype` represents the action of each change: 0 - Create, 1 - Update, 2 - Delete. * A noted that after each action (CRUD), it will create only 1 record even when you update 1 or more than 1 field in each request. <img src="https://api.careers.saigontechnology.com/storage/ck-editor/history-revision-tables-GRez1u4hXUEh7q31DcrslUTr3FtxOk9sx6nnVwkG.webp"> 3. Custom revision results: The result after the config customization revision is that we can track the time and username of each transaction: <img src="https://api.careers.saigontechnology.com/storage/ck-editor/custom-revision-results-9lpkZcw5cDq8A5EQfXaGb1X3ZsdJwIvq2m3OFYGB.webp"> VI. Conclusion Implementing auditing with Spring Data JPA and Hibernate Envers is essential for maintaining data integrity and tracking changes effectively. By following the steps outlined in this guide, you can configure comprehensive auditing mechanisms that provide valuable insights into your data's history and evolution. Auditing not only aids in maintaining data integrity and compliance but also supports debugging and operational transparency. Whether you're developing a new application or upgrading an existing system, integrating auditing will significantly enhance your application's robustness and reliability. Resources Demo source code: References <a href="https://technicaldeepdive.hashnode.dev/bai-8-auditing-voi-spring-data-jpa">Lession 8: Auditing with Spring Data JPA - Donnie’s Blog</a> <a href="https://www.baeldung.com/database-auditing-jpa">Auditing with JPA, Hibernate, and Spring Data JPA - Baeldung</a> </body></html>

In modern software development, maintaining a clear history of changes and ensuring data integrity is crucial. Auditing plays a vital role in this process by allowing developers and administrators to track data modifications over time. This blog provides a comprehensive guide on how to implement auditing using Spring Data JPA and Hibernate Envers. We will explore the benefits of these tools and offer detailed instructions on configuring them for effective auditing.

Auditing with Spring Data JPA:   A Comprehensive Guide

<html><body>1. Introduction ECMAScript, the standard behind JavaScript, continues to evolve, bringing new features and improvements to the language. The latest version, ECMAScript 2024, introduces several exciting updates that promise to enhance the way developers write and manage their code. In this blog post, we’ll explore the key features of ECMAScript 2024 and their potential impact on the JavaScript ecosystem. JavaScript is one of the most widely used programming languages in the world, powering everything from simple web pages to complex web applications. As the language evolves, new features are introduced to make development more efficient, intuitive, and powerful. ECMAScript 2024, the latest version of the ECMAScript standard, brings a host of new features that promise to take JavaScript to the next level. Whether you’re a seasoned developer or just starting out, understanding these new features can help you write better code and stay ahead of the curve. 2. New Features in ECMAScript 2024 2.1. Object.groupBy() and Map.groupBy() One of the standout features in ECMAScript 2024 is the introduction of Object.groupBy() and Map.groupBy(). These methods allow developers to group elements of an object or map based on the values returned by a callback function. This feature simplifies the process of organizing data, making it more intuitive and efficient. Example:<pre><code class="language-plaintext"> const people = [ 
 { name: "Alice", age: 21 }, 
 { name: "Bob", age: 25 }, 
 { name: "Charlie", age: 21 }, 
 ]; 
 const groupedByAge = Object.groupBy(people, (person) =&gt; person.age); 
 console.log(groupedByAge); // Output: { '21': [{ name: 'Alice', age: 21 }, { name: 'Charlie', age: 21 }], '25': [{ name: 'Bob', age: 25 }] } 
 </code></pre>In this example, the Object.groupBy() method groups the people array by age, creating a new object where the keys are the ages and the values are arrays of people with that age. This can be incredibly useful for tasks like data analysis, where you need to group data by certain criteria. The Map.groupBy() method works similarly but operates on maps instead of objects. This can be particularly useful when working with more complex data structures or when you need the benefits of a map, such as maintaining the order of insertion. Use Cases: <ol><li style="text-align:justify;">Data Analysis: Grouping data by specific criteria for easier analysis. </li><li style="text-align:justify;">Reporting: Creating reports that group data by categories, such as sales by region or users by age group. </li><li style="text-align:justify;">UI Development: Grouping items for display in a user interface, such as grouping products by category in an e-commerce application. </li></ol>2.2. Temporal API The Temporal API is another significant addition to ECMAScript 2024. It provides a modern way to work with dates and times, addressing many of the limitations of the existing Date object. The Temporal API offers precise and flexible date-time manipulation, making it easier to handle complex date and time operations. Key Classes: <ol><li style="text-align:justify;">Temporal.PlainDate </li><li style="text-align:justify;">Temporal.PlainTime </li><li style="text-align:justify;">Temporal.PlainMonthDay </li><li style="text-align:justify;">Temporal.PlainYearMonth </li></ol>Example: <pre><code class="language-plaintext"> const date = Temporal.PlainDate.from("2024-08-14"); 
 console.log(date.add({ days: 1 }).toString()); // Output: 2024-08-15 
 </code></pre>In this example, the Temporal.PlainDate class is used to create a date object, and the add method is used to add one day to the date. The Temporal API provides a more intuitive and powerful way to work with dates and times, making it easier to perform common tasks like adding or subtracting time, comparing dates, and formatting dates for display. Benefits: <ol><li style="text-align:justify;">Precision: The Temporal API provides precise control over dates and times, avoiding many of the pitfalls of the existing Date object. </li><li style="text-align:justify;">Flexibility: The API is designed to handle a wide range of date and time operations, from simple tasks like adding days to complex tasks like working with time zones. </li><li style="text-align:justify;">Ease of Use: The API is designed to be intuitive and easy to use, with clear and consistent methods for common tasks. </li></ol>Use Cases: <ol><li style="text-align:justify;">Scheduling: Creating and managing schedules, such as meeting times or event dates. </li><li style="text-align:justify;">Time Zone Management: Handling dates and times across different time zones, such as scheduling meetings with participants in different parts of the world. </li><li style="text-align:justify;">Date Calculations: Performing complex date calculations, such as calculating the number of days between two dates or determining the next occurrence of a recurring event. </li></ol>2.3. Unicode Strings ECMAScript 2024 brings improvements in handling Unicode strings, enhancing the language’s ability to work with international text. These improvements ensure that developers can work with Unicode strings more accurately, benefiting applications that require internationalization. Example: <pre><code class="language-plaintext"> const str = "𝌆"; 
 console.log(str.length); // Output: 2 (in older versions) 
 console.log([...str].length); // Output: 1 (correct length) 
 </code></pre>In this example, the string 𝌆 is a single Unicode character, but in older versions of JavaScript, it would be counted as two characters. The improvements in ECMAScript 2024 ensure that the length is correctly reported as one character, making it easier to work with Unicode strings. Benefits: <ol><li style="text-align:justify;">Accuracy: The improvements ensure that Unicode strings are handled accurately, avoiding common pitfalls like incorrect string lengths or character counts. </li><li style="text-align:justify;">Internationalization: The improvements make it easier to work with international text, benefiting applications that need to support multiple languages or scripts. </li><li style="text-align:justify;">Consistency: The improvements provide a consistent way to work with Unicode strings, making it easier to write and maintain code. </li></ol>Use Cases: <ol><li style="text-align:justify;">Text Processing: Working with text in different languages or scripts, such as processing user input or displaying text in a user interface. </li><li style="text-align:justify;">Internationalization: Developing applications that need to support multiple languages or scripts, such as translating text or formatting dates and times for different locales. </li><li style="text-align:justify;">Data Validation: Validating and processing text input, such as checking the length of a string or ensuring that a string contains only valid characters. </li></ol>2.4. ArrayBuffer Transfer The new ArrayBuffer Transfer feature allows for efficient transfer of ArrayBuffer objects between different contexts, such as web workers. This feature enhances performance by avoiding the need to copy data, making it ideal for high-performance applications. Example: <pre><code class="language-plaintext"> const buffer = new ArrayBuffer(8); 
 const worker = new Worker("worker.js"); 
 worker.postMessage(buffer, [buffer]); 
 </code></pre>In this example, an ArrayBuffer is created and transferred to a web worker using the postMessage method. The ArrayBuffer is transferred without being copied, improving performance and efficiency. Benefits: <ol><li style="text-align:justify;">Performance: The feature improves performance by avoiding the need to copy data, making it ideal for high-performance applications. </li><li style="text-align:justify;">Efficiency: The feature allows for efficient transfer of data between different contexts, such as web workers or iframes. </li><li style="text-align:justify;">Flexibility: The feature provides a flexible way to transfer data, making it easier to build complex applications that need to share data between different parts of the application. </li></ol>Use Cases: <ol><li style="text-align:justify;">Web Workers: Transferring data between the main thread and web workers, such as offloading computationally intensive tasks to a web worker. </li><li style="text-align:justify;">Data Sharing: Sharing data between different parts of an application, such as transferring data between iframes or different tabs. </li><li style="text-align:justify;">High-Performance Applications: Building high-performance applications that need to transfer large amounts of data efficiently, such as real-time data processing or gaming applications. </li></ol>3. Impact on Development The new features in ECMAScript 2024 are set to improve coding practices by providing more powerful and intuitive tools. Developers can expect to write cleaner, more efficient code, leading to better performance and maintainability. These updates also bring JavaScript closer to other modern programming languages in terms of functionality and ease of use. Improved Coding Practices: The new features in ECMAScript 2024 encourage better coding practices by providing more powerful and intuitive tools. For example, the Object.groupBy() and Map.groupBy() methods make it easier to organize data, while the Temporal API provides a more intuitive way to work with dates and times. These features help developers write cleaner, more efficient code, leading to better performance and maintainability. Enhanced Performance: The new features in ECMAScript 2024 also enhance performance by providing more efficient ways to handle common tasks. For example, the ArrayBuffer Transfer feature allows for efficient transfer of data between different contexts, improving performance in high-performance applications. Similarly, the improvements in handling Unicode strings ensure that text is processed accurately and efficiently, benefiting applications that need to support multiple languages or scripts. Increased Flexibility: The new features in ECMAScript 2024 provide increased flexibility, allowing developers to handle a wider range of tasks more easily. For example, the Temporal API provides a flexible way to work with dates and times, while the improvements in handling Unicode strings make it easier to work with international text. These features help developers build more powerful and flexible applications, meeting the needs of a diverse range of users and use cases. Comparison with Previous Versions: Compared to previous versions of ECMAScript, the 2024 edition brings significant improvements and new features that enhance the language’s capabilities. For example, the introduction of Object.groupBy() and Map.groupBy() provides a more intuitive way to organize data, while the Temporal API offers a modern way to work with dates and times. These features address many of the limitations and pain points that developers have faced in the past, making JavaScript a more powerful and versatile language. Developer Experience: The enhancements in ECMAScript 2024 are designed to improve the overall developer experience. By providing more intuitive and powerful tools, developers can focus more on solving problems and building features rather than dealing with the intricacies of the language. This leads to increased productivity and satisfaction, as developers can achieve more with less effort. Community and Ecosystem: The JavaScript community and ecosystem are likely to benefit significantly from the new features in ECMAScript 2024. As developers adopt these new features, we can expect to see a wave of new libraries, frameworks, and tools that leverage the capabilities of ECMAScript 2024. This will further enrich the JavaScript ecosystem, providing developers with even more resources and options to build high-quality applications. Learning Curve: While the new features in ECMAScript 2024 bring many benefits, they also introduce new concepts and APIs that developers need to learn. However, the learning curve is mitigated by the fact that these features are designed to be intuitive and consistent with existing JavaScript paradigms. Additionally, the wealth of resources available in the JavaScript community, including tutorials, documentation, and community support, will help developers quickly get up to speed with the new features. 4. ConclusionsECMAScript 2024 introduces several exciting features that promise to enhance the JavaScript development experience. From grouping objects to handling dates and times more effectively, these updates are set to make a significant impact. As the language continues to evolve, it’s an exciting time to be a JavaScript developer. The new features not only address long-standing pain points but also open up new possibilities for building more powerful and efficient applications. Thank you for following along with this blog. I hope it has been helpful and inspiring. Happy blogging!  - Reference: <a href="https://ecma-international.org/wp-content/uploads/ECMA-262_15th_edition_june_2024.pdf">ECMAScript 2024</a>  </body></html>

ECMAScript 2024 (ES2024) introduces exciting new features like Object.groupBy(), Map.groupBy(), and enhancements to the Temporal API. These updates aim to improve JavaScript’s functionality and developer productivity, making it more robust and expressive for modern web development.

Exploring ECMAScript 2024: What’s New and Exciting?

Cuong NguyenC

<html><body><h2>1. Prototype Design Pattern Là Gì</h2>Để đi vào chi tiết các thức hoạt động cũng như tính chất của Prototype pattern mình xin phép lấy một ví dụ về việc tạo ra các loại thẻ ngân hàng.Xã hội ngày càng phát triển và việc không dùng tiền mặt ở các đô thị lớn đang là xu thế. Gần như mọi người đều có riêng cho mình ít nhất một tài khoản ngân hàng. Bên cạnh đó các công việc giao dịch về tiền tệ đều được thực hiện dễ dàng thông qua thẻ ATM.Có rất nhiều loại thẻ ATM như Master, Visa…Bên cạnh đó, mỗi ngân hàng còn phát hành hàng loạt các loại thẻ khác nhau cho từng nhóm khách hàng như thẻ VIP, thẻ CashBack... Về mặt physical thì các thẻ ATM này cùng chất liệu, cùng kích thước, cùng hình dạng và chứa nhiều thông tin chung, dĩ nhiên mỗi loại thẻ vẫn có nhiều thông tin khác biệt như màu sắc, background số CVV…vâng vâng và mây mây.Một topic nho nhỏ cho anh em dev là làm thế nào có thể tạo ra được những loại thẻ ATM một cách tiện lợi mà không mất quá nhiều effort. Có rất nhiều giải pháp, một trong những giải pháp mình có thể consider đó là Builder pattern. Tuy nhiên, với việc tạo ra một object có nhiều tham số và logic phức tạp (parameters) thì có vẻ Builder không phải là sự lựa chọn hợp lý. Với mình, cái gì làm nhiều thì mình chọn giải pháp là sao chép thay vì mình phải làm bằng “cơm”.Do đó,  mình tận dụng một trong những skill-set đỉnh chóp của anh em lập trình đó là copy-paste và Prototype sẽ giúp mình phát huy tối đa công dụng của việc tạo object bằng việc clone từ một mẫu có sẵn. Và sau đó mình có thể modify theo cách mình mong muốn dựa trên từng context cụ thể.Đến đây, mình tin anh em cũng đã hiểu mục đích sử dụng của pattern này rồi. Tiếp theo mình sẽ giới thiệu với anh em về cách thiết kế cũng như cách để implement pattern này.   Đầu tiên mình cùng nhau tham khảo qua class diagram của Prototype để có cái nhìn tổng quan về em nó.<h2>2. Prototype Design Pattern Diagram</h2><figure class="image"><img src="https://api.careers.saigontechnology.com/storage/ck-editor/prototype-design-pattern-1-3UWckMfOTe6LSnFefvA7g8cug7j5agBbvYU2xZAl.webp"></figure>Trong lược đồ phía trên, thành phần chính là ba class: Client, Prototype và SubPrototypeClass Client: Đại diện cho class sử dụng Prototype object để clone ra các SubPrototypeClass Prototype: Interface/Abstract class chứa abstract clone() methodClass Sub-Prototype: Đại diện cho các class con mà chúng mình sẽ implement clone() ở các sub-class này.<h2>3. Prototype Pattern Implementation</h2>Anh em mình đã xem qua class diagram. Giờ mình cùng  nhau đi chi tiết về cách implement pattern này thông qua bài toán tạo ra các loại bank card.Context là mình sẽ sử dụng class BankCard để tạo ra các loại card như PlatinumCard và DiamondCard hai loại thẻ dành cho hai tập khách hàng của một ngân hàng, bằng cách sử dụng Prototype pattern.Đầu tiên mình tạo ra một class BankCard, class này đại diện cho các loại BankCard (Visa, Master…). Class này chứa các thuộc tính thông dụng như: CardNumber, HolderName, CardType… Tuy nhiên, giả thuyết là để tạo ra một object của BankCard thông qua constructor() thì cần điền thông tin cho rất nhiều field, việc này làm tăng effort một cách đáng kể cho cả lập trình viên và hệ thống. Do đó mình sẽ thay thế bằng phương pháp sử dụng cơ chế clone của Cloneable interface.Chi tiết của class BankCard như sau:<pre><code class="language-plaintext"> public class BankCard implements Cloneable{

 public String cardNumber;
 public String holderName;
 public String cardType;
 public BigDecimal amount;

 public BankCard(String cardType){
 this.cardType = cardType;
 }

 @Override
 protected BankCard clone() {
 try {
 return (BankCard) super.clone();
 } catch (CloneNotSupportedException e) {
 e.printStackTrace();
 }
 return null;
 }

 @Override
 public String toString() {
 return "BankCard [cardNumber=" + cardNumber + ",
 holderName=" + holderName + ",
 cardType="+ cardType + ", amount="+amount+" ]";
 }

// Getters and Setters
}

</code></pre>Theo như class diagram, mình cần tạo ra class CardClient, class này sẽ sử dụng Prototype để tạo ra nhiều loại thẻ cho cùng một customer bằng cách sử dụng clone() method của class BankCard.<pre><code class="language-plaintext"> public class CardClient{

 public static void main(String[] args){
 BankCard platinumCard = new BankCard("master");
 platinumCard.setHolderName("Tom");
 platinumCard.setCardNumber("1234");

 BankCard diamondCard = masterCard.clone();
 diamondCard.setCardType("visa");

 System.out.println(platinumCard);
 System.out.println(diamondCard);
 }
}
</code></pre>Implementation của Prototype cũng rất đơn giản, không quá cầu kì, phức tạp. Đến đây, mình nghĩ sẽ có một vài question được đặt ra như sau.Câu hỏi đầu tiên, đó là nếu mình update một attribute nào đó của platinumCard thì attribute tương ứng của diamondCard có bị thay đổi giá trị hay không? Bởi vì diamondCard được tạo ra bằng cách copy thông tin từ platinumCard.Good question. Dĩ nhiên câu trả lời trong trường hợp này là “Không” vì bản chất của hàm clone() là deep copy, nên việc modify một newly object sẽ không làm ảnh hưởng đến original object.Câu hỏi số hai, điểm khác nhau trong việc sử dụng phương thức clone() và toán tử dấu “=”. BankCard diamondCard = platinumCard.clone() vs  BankCard diamondCard = platinumCard;Khi chúng ta sử dụng toán tử  dấu “=” đều này có nghĩa là object diamondCard tham chiếu đến object platinumCard, nếu platinumCard thay đổi thông tin điều này dẫn đến diamondCard cũng thay đổi thông tin theo (shallow copy)Mình cũng sẽ có một bài viết về hai phương pháp Deep-Copy và Shallow-Copy để giải thích cụ thể sự khách biệt của hai loại copy này với mọi người.Đến đây thì anh em mình cũng đã tìm hiểu về công năng cũng như implementation của Prototype rồi. Mình cũng đã apply pattern này cho nhiều dự án nên tiếp theo, mình sẽ liệt kê ra pros và cons của pattern này dựa trên kinh nghiệm thực chiến của mình.<h2>4. The Pros and Cons of Prototype Design Pattern</h2><h3>The Pros of Prototype</h3>Một trong những điểm mạnh nổi bật nhất của Prototype mà bất kỳ lập trình viên nào cũng có thể nhận ra đó chính là việc tạo ra các object mới dựa trên một object đã tồn tại sẵn một cách tiện lợi. Điều này giúp giảm đi rất nhiều effort cho anh em coder cũng như đem lại performance xịn hơn cho hệ thống.Prototype rất hữu ích khi bạn muốn tạo ra các object có logic phức tạp, bên cạnh đó pattern này còn giúp mình hạn chế được việc phải tạo thêm các class con không cần thiết.Trong quá trình làm project thực tế mình đã kết hợp Prototype và Factory với nhau, để implement một tính năng khá phức tạp đó là tạo ra các loại contract cho khách hàng trong các hệ thống finance khi khách mua bảo hiểm, hoặc hợp đồng vay thế chấp, tín chấp…Đồng thời, kết hợp với Map collection để nâng cao tối đa hiệu quả của Prototype.<pre><code class="language-plaintext"> public class ContractFactory{

 public Map&lt;String, Contract&gt; contractMaps = new HashMap&lt;&gt;();

 public void extendContract(String customerId){
 Contract extended = null;
 if(contractMaps.containsKey(customerId)) {
 Contract original = contractMaps.get(customerId);
 extended = original.clone();
 extended.setRenewDate(new Date());
 }else {
 extended = new Contract();
 }
 contractMaps.put(customerId, extended);
 }
}
</code></pre><h3>The Cons of Prototype</h3>Prototype pattern phù hợp đối với việc tạo ra các object có nhiều thông tin chung. Tuy nhiên, cần phải xem xét kỹ lưỡng trong trường hợp cần tạo ra object đặc biệt khi mà object mới có quá nhiều field cần phải update.Dĩ nhiên việc tạo ra các object mới bằng cách clone từ object hiện tại thì khả năng cao object mới sẽ chứa nhiều thông tin dư thừa từ original object.<h2>5. The Conclusion</h2>Prototype design pattern rất hiệu quả trong việc tạo ra object phức tạp. Bên cạnh đó, nó cũng thể hiện kha khá điểm yếu. Tất cả mình đều đã liệt kê trong bài viết. Dĩ nhiên, sẽ không có một giải pháp nào là toàn diện. Vì vậy, anh em nên xem xét kỹ trước khi đưa ra quyết định là nên dùng pattern nào, để đạt được hiệu quả tối ưu nhất.</body></html>

Creational Design Pattern là một nhóm pattern vô cùng hữu ích trong việc tạo ra một object. Việc tạo ra object phụ thuộc nhiều vào ngữ cảnh như: số lượng tham số truyền vào, điều kiện cơ sở…Là một trong những pattern phổ biến của nhóm Creational, Prototype pattern đem lại hiệu quả cao trong việc tạo ra một object phức tạp. Chúng mình cùng nhau tìm hiểu chi tiết về kỹ thuật thiết kế một Prototype pattern như thế nào  nhé

&lt;html&gt;&lt;body&gt;&lt;h2&gt;1. Design Patterns l&agrave; g&igrave; nhỉ?&nbsp;&lt;/h2&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Tổng quan th&igrave; Design Patterns như một c&ocirc;ng thức để ta c&oacute; thể &aacute;p dụng v&agrave;o giải quyết một số vấn đề cụ thể trong lập tr&igrave;nh, cụ thể l&agrave; Lập tr&igrave;nh hướng đối tượng (OOP). N&oacute; l&agrave; những giải ph&aacute;p đ&atilde; được đ&uacute;c kết v&agrave; tối ưu h&oacute;a cho c&aacute;c trường hợp cụ thể. Thay v&igrave; phải t&igrave;m c&aacute;ch tối ưu h&oacute;a, tổ chức code lại từ đầu, th&igrave; bạn đơn giản c&oacute; thể &aacute;p dụng c&aacute;c Design Patterns ph&ugrave; hợp v&agrave; đ&atilde; được tối ưu cho trường hợp bạn gặp phải. Từ định nghĩa đ&oacute; ta c&oacute; thể thấy được một số t&igrave;nh huống m&agrave; Design Patterns c&oacute; thể ph&aacute;t huy sức mạnh tối đa của n&oacute;:&lt;/p&gt;&lt;ul&gt;&lt;li style=&quot;text-align:justify;&quot;&gt;Bạn gặp một t&igrave;nh huống phức tạp khi lập tr&igrave;nh. Đừng lo, khả năng cao đ&atilde; c&oacute; một (hoặc c&oacute; thể l&agrave; một v&agrave;i) Design Patterns c&oacute; thể giải quyết vấn đề của bạn thật đơn giản v&agrave; gọn g&agrave;ng. Chỉ cần &aacute;p dụng theo l&agrave; xong.&lt;/li&gt;&lt;li style=&quot;text-align:justify;&quot;&gt;Bạn trao đổi với c&aacute;c developer kh&aacute;c trong team về c&aacute;ch tổ chức source code của một hệ thống kh&aacute; lớn v&agrave; phức tạp. Bạn (v&agrave; team của bạn) cảm thấy kh&oacute; khăn khi tr&igrave;nh b&agrave;y &yacute; tưởng của m&igrave;nh. H&atilde;y sử dụng Design Patterns như một ng&ocirc;n ngữ chung để n&oacute;i về những &yacute; tưởng phức tạp một c&aacute;ch đơn giản. (Giả sử thay v&igrave; n&oacute;i rằng &ldquo;Ta c&oacute; thể tạo một Abstract Class để tập trung c&aacute;c xử l&yacute; tạo c&aacute;c Instance của class Hotel để dễ d&agrave;ng che giấu việc khai b&aacute;o c&aacute;c Instance con li&ecirc;n quan đến Hotel đồng thời c&oacute; thể dễ d&agrave;ng tạo nhiều Instance của Hotel mootj c&aacute;ch dễ d&agrave;ng v&agrave; tường minh&rdquo; th&igrave; ta c&oacute; thể n&oacute;i l&agrave; &ldquo;Ta c&oacute; thể &aacute;p dụng Abstract Factory Design Patterns cho class Hotel&rdquo; thế th&ocirc;i!)&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;2. Những điểm mạnh của Design Patterns&lt;/h2&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Việc nắm bắt v&agrave; &aacute;p dụng Design Patterns v&agrave;o trong c&ocirc;ng việc của một Developer thực sự sẽ gi&uacute;p ta c&oacute; một bước ph&aacute;t triển ho&agrave;n to&agrave;n mới về cả tư duy lẫn kỹ năng lập tr&igrave;nh. Bạn c&oacute; thể thấy r&otilde; điều đ&oacute; qua những điểm mạnh của n&oacute; sau đ&acirc;y:&nbsp;&lt;/p&gt;&lt;ul&gt;&lt;li style=&quot;text-align:justify;&quot;&gt;Gi&uacute;p bạn tăng tốc độ ph&aacute;t triển c&aacute;c ứng dụng.&nbsp;&lt;/li&gt;&lt;li style=&quot;text-align:justify;&quot;&gt;Cải thiện code structure, dễ d&agrave;ng n&acirc;ng cấp v&agrave; sửa đổi.&lt;/li&gt;&lt;li style=&quot;text-align:justify;&quot;&gt;Tăng khả năng code reusability.&lt;/li&gt;&lt;li style=&quot;text-align:justify;&quot;&gt;Tăng t&iacute;nh readable đối với những cấu tr&uacute;c code phức tạp. Tăng khả năng communicate giữa c&aacute;c th&agrave;nh vi&ecirc;n trong team (Nếu mọi người đều biết về Design Patterns)&lt;/li&gt;&lt;li style=&quot;text-align:justify;&quot;&gt;Do c&aacute;c Design Patterns đ&atilde; được tối ưu n&ecirc;n ta cũng c&oacute; thể tr&aacute;nh được những lỗi kh&ocirc;ng mong muốn ph&aacute;t sinh trong qu&aacute; tr&igrave;nh Implementation.&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;3. Những hạn chế của Design Patterns&lt;/h2&gt;&lt;ul&gt;&lt;li style=&quot;text-align:justify;&quot;&gt;Design Patterns kh&ocirc;ng phải l&agrave; ch&igrave;a kh&oacute;a vạn năng, n&oacute; chỉ c&oacute; thể giải quyết được một số những vấn đề nhất định. Nếu ta sử &aacute;p dụng Design Patterns v&agrave;o những trường hợp kh&ocirc;ng ph&ugrave; hợp c&oacute; thể l&agrave;m code trở n&ecirc;n rối v&agrave; phức tạp hơn.&lt;/li&gt;&lt;li style=&quot;text-align:justify;&quot;&gt;Design Patterns chỉ l&agrave;m cho code dễ đọc dễ hiểu với những người c&oacute; kinh nghiệm về Design Patterns đang được &aacute;p dụng. Tuy nhi&ecirc;n đối với những người mới c&oacute; thể sẽ gặp kh&oacute; khăn trong việc nắm bắt cấu tr&uacute;c v&agrave; kh&oacute; khăn trong việc debug.&lt;/li&gt;&lt;li style=&quot;text-align:justify;&quot;&gt;Bản th&acirc;n từng Design Patterns cũng c&oacute; những khuyết điểm của ri&ecirc;ng n&oacute; (ta sẽ khảo s&aacute;t cụ thể khi đi v&agrave;o chi tiết từng Pattern). N&ecirc;n khi &aacute;p dụng Design Patterns n&agrave;o ta lu&ocirc;n phải c&acirc;n nhắc kỹ lưỡng những lợi &iacute;ch v&agrave; khuyết điểm của n&oacute; để đưa ra quyết định c&oacute; n&ecirc;n sử dụng hay kh&ocirc;ng.&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;4. Ph&acirc;n loại c&aacute;c Design Patterns:&lt;/h2&gt;&lt;ul&gt;&lt;li style=&quot;text-align:justify;&quot;&gt;Nh&oacute;m Creational: Nh&oacute;m Creational l&agrave; nh&oacute;m những Design Patterns tập trung c&aacute;c giải ph&aacute;p khởi tạo đối tượng v&agrave; che giấu logic khởi tạo những đối tượng:&lt;ul&gt;&lt;li style=&quot;text-align:justify;&quot;&gt;&lt;i&gt;Nh&oacute;m Creational bao gồm: Factory Method,&nbsp;Abstract Factory, Builder, Prototype, Singleton&lt;/i&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li style=&quot;text-align:justify;&quot;&gt;Nh&oacute;m Structural: Nh&oacute;m Structural l&agrave; nh&oacute;m những Design Patterns tập trung v&agrave;o việc tối ưu c&aacute;c thiết kế của class v&agrave; sự kết hợp c&aacute;c class v&agrave; object trở lại một cấu tr&uacute;c lớn hơn.&lt;ul&gt;&lt;li style=&quot;text-align:justify;&quot;&gt;&lt;i&gt;Nh&oacute;m Structural bao&nbsp;gồm:&nbsp;Adapter, Bridge, Composite, Decorator, Facade, Flyweight v&agrave;&nbsp;Proxy&lt;/i&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li style=&quot;text-align:justify;&quot;&gt;Nh&oacute;m Behavioral: Nh&oacute;m Behaviour l&agrave; nh&oacute;m những Design Patterns tập trung sự ph&acirc;n chia tr&aacute;ch nhiệm của c&aacute;c class v&agrave; object để phục vụ một mục đ&iacute;ch cụ thể. Nh&oacute;m n&agrave;y tập trung nhiều hơn v&agrave;o mối quan hệ giữa c&aacute;c class v&agrave; object với nhau.&lt;ul&gt;&lt;li style=&quot;text-align:justify;&quot;&gt;&lt;i&gt;Nh&oacute;m Behavioral bao gồm:&nbsp;Interpreter, Template Method, Chain of Responsibility, Command, Iterator, Mediator, Memento, Observer, State, Strategy v&agrave; Visitor&lt;/i&gt;&nbsp;&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;5. Cần chuẩn bị những g&igrave; trước khi t&igrave;m hiểu về Design Patterns?&lt;/h2&gt;&lt;ul&gt;&lt;li style=&quot;text-align:justify;&quot;&gt;OOP: Tất nhi&ecirc;n rồi, bạn phải nắm t&iacute;nh vũng tư duy lập tr&igrave;nh theo hướng đối tượng đ&atilde;. C&aacute;c Design Patterns đơn giản l&agrave; gi&uacute;p bạn triển khai c&aacute;c t&iacute;nh chất của OOP dễ d&agrave;ng v&agrave; linh hoạt hơn m&agrave; th&ocirc;i.&lt;/li&gt;&lt;li style=&quot;text-align:justify;&quot;&gt;C&aacute;ch đọc sơ đồ UML:&nbsp; C&aacute;c Design Pattern thường được thể hiện dưới dạng UML diagram, việc đọc hiểu một số concept UML cơ bản l&agrave; cần thiết để bắt đầu học Design Patterns&nbsp;&lt;/li&gt;&lt;li style=&quot;text-align:justify;&quot;&gt;C&aacute;c bạn c&oacute; thể tham khảo tại đ&acirc;y:&nbsp;&lt;a href=&quot;https://www.guru99.com/uml-diagrams.html&quot;&gt;&lt;i&gt;&lt;u&gt;https://www.guru99.com/uml-diagrams.html&lt;/u&gt;&lt;/i&gt;&lt;/a&gt;&lt;/li&gt;&lt;li style=&quot;text-align:justify;&quot;&gt;Dưới đ&acirc;y l&agrave; 1 số concept UML cơ bản m&igrave;nh sẽ sử dụng trong loạt b&agrave;i viết n&agrave;y:&nbsp;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&nbsp;&lt;/p&gt;&lt;p&gt;&lt;img src=&quot;https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-Cn1yI9X33XdJ5N3xgCYsyzvq0ix1YjSsqI6bTqLf.png&quot; alt=&quot;A picture containing diagram
        Description automatically generated&quot;&gt;&lt;/p&gt;&lt;p&gt;&lt;img src=&quot;https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-CpD296nUoYXW0lMySCd5csSytIINBYEQV7eQ1CdD.png&quot; alt=&quot;Diagram
        Description automatically generated&quot;&gt;&lt;/p&gt;&lt;p&gt;&nbsp;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;Ngo&agrave;i ra hiểu được 2 quy tắc thiết kế &ldquo;&lt;i&gt;program to interfaces, not implementations&rdquo;&nbsp;&lt;/i&gt;v&agrave; &ldquo;&lt;i&gt;favor composition over inheritance&rdquo;&nbsp;&lt;/i&gt;cũng kh&aacute; quan trọng. Hầu hết c&aacute;c Design Patterns đề được thiết kế dựa tr&ecirc;n 2 quy tắc n&agrave;y.&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;6. Lời Kết&lt;/h2&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;T&oacute;m lại th&igrave;: Design Patterns l&agrave; những mẫu thiết kế để giải quyết những vấn đề phổ biến hay gặp phải trong lập tr&igrave;nh, đ&atilde; được chấp nhận v&agrave; sử dụng rộng r&atilde;i của nhiều lập tr&igrave;nh vi&ecirc;n c&oacute; kinh nghiệm.&lt;/p&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&Aacute;p dụng Design Patterns gi&uacute;p bạn cải thiện đ&aacute;ng kể tốc độ ph&aacute;t triển ứng dụng v&agrave; dễ d&agrave;ng hơn trong việc bảo tr&igrave;, sửa chữa.&lt;/p&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Tuy nhi&ecirc;n, bạn cũng cần phải c&acirc;n nhắc kỹ lưỡng t&iacute;nh chất của b&agrave;i to&aacute;n cần giải quyết, quy m&ocirc; dự &aacute;n đang triển khai cũng như những th&agrave;nh vi&ecirc;n trong team của bạn trước khi cố gắng &aacute;p dụng bất k&igrave; Design Patterns n&agrave;o v&agrave;o code của dự &aacute;n.&lt;/p&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Cuối c&ugrave;ng, Design Patterns sinh ra nhằm mục đ&iacute;ch đơn giản h&oacute;a qu&aacute; tr&igrave;nh ph&aacute;t triển ứng dụng, chứ kh&ocirc;ng phải l&agrave;m cho n&oacute; phức tạp l&ecirc;n. Nhớ điều n&agrave;y nh&eacute;!&lt;/p&gt;&lt;p&gt;&nbsp;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;References:&nbsp;&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://refactoring.guru/design-patterns&quot;&gt;&lt;u&gt;Design Patterns&lt;/u&gt;&lt;/a&gt;&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.digitalocean.com/community/tutorials/gangs-of-four-gof-design-patterns&quot;&gt;&lt;u&gt;Gangs of Four (GoF) Design Patterns | DigitalOcean&lt;/u&gt;&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Books:&nbsp;&lt;a href=&quot;https://books.google.com.vn/books/about/Head_First_Design_Patterns.html?id=GGpXN9SMELMC&amp;amp;redir_esc=y&quot;&gt;&lt;u&gt;Head First Design Patterns&lt;/u&gt;&lt;/a&gt;&lt;/p&gt;&lt;/body&gt;&lt;/html&gt;

Design Patterns là một trong những công cụ hữu hiệu nhất để giải quyết các bài toán bạn gặp phải trong khi lập trình. Trong bài viết này mình sẽ chia sẻ cho các bạn khái niệm tổng quan về Design Patterns. Ở những bài viết sau ta sẽ đi sâu vào từng Design Patterns để có thể hiểu sâu hơn về nó.

Giới thiệu tổng quan về Design Patterns

Mô hình kiến trúc N-layer đã khá phổ biến trong phát triển phần mềm, nhưng nó vẫn có khá nhiều điểm yếu. Từ đó, nhiều kiến trúc khác đã ra đời để giúp việc phát triển được tốt hơn. Trong bài viết này, chúng ta sẽ tìm hiểu 2 mô hình được sử dụng rộng rãi là Onion và Clean.

So sánh Onion Architecture và Clean Architecture

Bài viết này mình tập trung chủ yếu vào các nguyên lý của SOLID.  Nhằm hướng dẫn cho anh em lập trình viên nhà mình có một cái nhìn tổng quan về SOLID chẳng hạn như: SOLID là gì? Lợi hại của SOLID? Hy vọng có thể support được mọi người có thêm kiến thức về các nguyên lý thiết kế code.

[Design Pattern] Bài 01: SOLID Trong Thiết Kế Hướng Đối Tượng

Bài viết nằm trong chuỗi bài về design pattern. Mở đầu của serie này là một design pattern khá quen thuộc và thân thương đó chính là Singleton. Vậy Singleton là gì, làm sao để implement một Singleton...
Qua bài viết hy vọng có thể support được mọi người có thêm kiến thức về Singleton.
OK Let’s Go.

[Design Pattern] Bài 03: Sử Dụng Singleton Trong Java

Bài viết nằm trong chuỗi bài về design pattern. Là phần tiếp theo của series design pattern, Factory một design pattern cực kỳ hữu dụng trong việc tạo ra object. Vậy Factory là gì, làm sao để implement một Factory. Qua bài viết hy vọng có thể support được mọi người có thêm kiến thức về Factory.

[Design Pattern] Bài 04: Sử Dụng Factory Trong Java

Bài viết nằm trong chuỗi bài về design pattern. Là phần tiếp theo của Creational pattern, Builder một design pattern cực kỳ hữu dụng trong việc tạo ra object. Vậy Builder là gì, làm sao để implement một Builder. Qua bài viết hy vọng có thể support được mọi người có thêm kiến thức về Builder.

[Design Pattern] Bài 05: Sử Dụng Builder Trong Java

&lt;html&gt;&lt;body&gt;&lt;h2&gt;&lt;span style=&quot;color:hsl(0,0%,0%);&quot;&gt;&lt;strong&gt;1. Prototype Design Pattern L&agrave; G&igrave;&lt;/strong&gt;&lt;/span&gt;&lt;/h2&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;Để đi v&agrave;o chi tiết c&aacute;c thức hoạt động cũng như t&iacute;nh chất của&nbsp;&lt;strong&gt;Prototype&lt;/strong&gt; pattern m&igrave;nh xin ph&eacute;p lấy một v&iacute; dụ về việc tạo ra c&aacute;c loại thẻ ng&acirc;n h&agrave;ng.&lt;/p&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;X&atilde; hội ng&agrave;y c&agrave;ng ph&aacute;t triển v&agrave; việc kh&ocirc;ng d&ugrave;ng tiền mặt ở c&aacute;c đ&ocirc; thị lớn đang l&agrave; xu thế. Gần như mọi người đều c&oacute; ri&ecirc;ng cho m&igrave;nh &iacute;t nhất một t&agrave;i khoản ng&acirc;n h&agrave;ng. B&ecirc;n cạnh đ&oacute; c&aacute;c c&ocirc;ng việc giao dịch về tiền tệ đều được thực hiện dễ d&agrave;ng th&ocirc;ng qua thẻ ATM.&lt;/p&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;C&oacute; rất nhiều loại thẻ ATM như Master, Visa&hellip;B&ecirc;n cạnh đ&oacute;, mỗi ng&acirc;n h&agrave;ng c&ograve;n ph&aacute;t h&agrave;nh h&agrave;ng loạt c&aacute;c loại thẻ kh&aacute;c nhau cho từng nh&oacute;m kh&aacute;ch h&agrave;ng như thẻ VIP, thẻ CashBack... Về mặt physical th&igrave; c&aacute;c thẻ ATM n&agrave;y c&ugrave;ng chất liệu, c&ugrave;ng k&iacute;ch thước, c&ugrave;ng h&igrave;nh dạng v&agrave; chứa nhiều th&ocirc;ng tin chung, dĩ nhi&ecirc;n mỗi loại thẻ vẫn c&oacute; nhiều th&ocirc;ng tin kh&aacute;c biệt như m&agrave;u sắc, background số CVV&hellip;v&acirc;ng v&acirc;ng v&agrave; m&acirc;y m&acirc;y.&lt;/p&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;Một topic nho nhỏ cho anh em dev l&agrave; l&agrave;m thế n&agrave;o c&oacute; thể tạo ra được những loại thẻ ATM một c&aacute;ch tiện lợi m&agrave; kh&ocirc;ng mất qu&aacute; nhiều effort. C&oacute; rất nhiều giải ph&aacute;p, một trong những giải ph&aacute;p m&igrave;nh c&oacute; thể consider đ&oacute; l&agrave;&nbsp;&lt;strong&gt;Builder&lt;/strong&gt; pattern. Tuy nhi&ecirc;n, với việc tạo ra một object c&oacute; nhiều tham số v&agrave; logic phức tạp (parameters) th&igrave; c&oacute; vẻ&nbsp;&lt;strong&gt;Builder&lt;/strong&gt; kh&ocirc;ng phải l&agrave; sự lựa chọn hợp l&yacute;. Với m&igrave;nh, c&aacute;i g&igrave; l&agrave;m nhiều th&igrave; m&igrave;nh chọn giải ph&aacute;p l&agrave; sao ch&eacute;p thay v&igrave; m&igrave;nh phải l&agrave;m bằng &ldquo;cơm&rdquo;.&lt;/p&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;Do đ&oacute;,&nbsp; m&igrave;nh tận dụng một trong những skill-set đỉnh ch&oacute;p của anh em lập tr&igrave;nh đ&oacute; l&agrave; copy-paste v&agrave;&nbsp;&lt;strong&gt;Prototype&lt;/strong&gt; sẽ gi&uacute;p m&igrave;nh ph&aacute;t huy tối đa c&ocirc;ng dụng của việc tạo object bằng việc&nbsp;&lt;strong&gt;clone&lt;/strong&gt; từ một mẫu c&oacute; sẵn. V&agrave; sau đ&oacute; m&igrave;nh c&oacute; thể modify theo c&aacute;ch m&igrave;nh mong muốn dựa tr&ecirc;n từng context cụ thể.&lt;/p&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;Đến đ&acirc;y, m&igrave;nh tin anh em cũng đ&atilde; hiểu mục đ&iacute;ch sử dụng của pattern n&agrave;y rồi. Tiếp theo m&igrave;nh sẽ giới thiệu với anh em về c&aacute;ch thiết kế cũng như c&aacute;ch để implement pattern n&agrave;y.&nbsp;&nbsp;&lt;br&gt;Đầu ti&ecirc;n m&igrave;nh c&ugrave;ng nhau tham khảo qua class diagram của&nbsp;&lt;strong&gt;Prototype&lt;/strong&gt; để c&oacute; c&aacute;i nh&igrave;n tổng quan về em n&oacute;.&lt;/p&gt;&lt;h2&gt;&lt;span style=&quot;color:hsl(0,0%,0%);&quot;&gt;&lt;strong&gt;2. Prototype Design Pattern Diagram&lt;/strong&gt;&lt;/span&gt;&lt;/h2&gt;&lt;figure class=&quot;image&quot;&gt;&lt;img src=&quot;https://api.careers.saigontechnology.com/storage/ck-editor/prototype-design-pattern-1-3UWckMfOTe6LSnFefvA7g8cug7j5agBbvYU2xZAl.webp&quot;&gt;&lt;/figure&gt;&lt;p&gt;Trong lược đồ ph&iacute;a tr&ecirc;n, th&agrave;nh phần ch&iacute;nh l&agrave; ba class:&nbsp;&lt;strong&gt;Client, Prototype v&agrave; SubPrototype&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Class Client&lt;/strong&gt;: Đại diện cho class sử dụng&nbsp;&lt;strong&gt;Prototype&lt;/strong&gt; object để clone ra c&aacute;c SubPrototype&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Class Prototype&lt;/strong&gt;: Interface/Abstract class chứa abstract clone() method&lt;/p&gt;&lt;p&gt;&lt;strong&gt;Class Sub-Prototype&lt;/strong&gt;: Đại diện cho c&aacute;c class con m&agrave; ch&uacute;ng m&igrave;nh sẽ implement clone() ở c&aacute;c sub-class n&agrave;y.&lt;/p&gt;&lt;h2&gt;&lt;span style=&quot;color:hsl(0,0%,0%);&quot;&gt;&lt;strong&gt;3. Prototype Pattern Implementation&lt;/strong&gt;&lt;/span&gt;&lt;/h2&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;Anh em m&igrave;nh đ&atilde; xem qua class diagram. Giờ m&igrave;nh c&ugrave;ng&nbsp; nhau đi chi tiết về c&aacute;ch implement pattern n&agrave;y th&ocirc;ng qua b&agrave;i to&aacute;n tạo ra c&aacute;c loại bank card.&lt;/p&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;Context l&agrave; m&igrave;nh sẽ sử dụng class&nbsp;&lt;strong&gt;BankCard&lt;/strong&gt; để tạo ra c&aacute;c loại card như&nbsp;&lt;strong&gt;PlatinumCard&lt;/strong&gt; v&agrave;&nbsp;&lt;strong&gt;DiamondCard&lt;/strong&gt; hai loại thẻ d&agrave;nh cho hai tập kh&aacute;ch h&agrave;ng của một ng&acirc;n h&agrave;ng, bằng c&aacute;ch sử dụng&nbsp;&lt;strong&gt;Prototype&lt;/strong&gt; pattern.&lt;/p&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;Đầu ti&ecirc;n m&igrave;nh tạo ra một class&nbsp;&lt;strong&gt;BankCard&lt;/strong&gt;, class n&agrave;y đại diện cho c&aacute;c loại&nbsp;&lt;strong&gt;BankCard&lt;/strong&gt; (Visa, Master&hellip;). Class n&agrave;y chứa c&aacute;c thuộc t&iacute;nh th&ocirc;ng dụng như: CardNumber, HolderName, CardType&hellip; Tuy nhi&ecirc;n, giả thuyết l&agrave; để tạo ra một object của&nbsp;&lt;strong&gt;BankCard&lt;/strong&gt; th&ocirc;ng qua constructor() th&igrave; cần điền th&ocirc;ng tin cho rất nhiều field, việc n&agrave;y l&agrave;m tăng effort một c&aacute;ch đ&aacute;ng kể cho cả lập tr&igrave;nh vi&ecirc;n v&agrave; hệ thống. Do đ&oacute; m&igrave;nh sẽ thay thế bằng phương ph&aacute;p sử dụng cơ chế clone của&nbsp;Cloneable interface.&lt;/p&gt;&lt;p&gt;Chi tiết của class&nbsp;&lt;strong&gt;BankCard&lt;/strong&gt; như sau:&lt;/p&gt;&lt;pre&gt;&lt;code class=&quot;language-plaintext&quot;&gt; public class BankCard implements Cloneable{

    public String cardNumber;
    public String holderName;
    public String cardType;
    public BigDecimal amount;

    public BankCard(String cardType){
        this.cardType = cardType;
    }

    @Override
    protected BankCard clone() {
        try {
            return (BankCard) super.clone();
        } catch (CloneNotSupportedException e) {
            e.printStackTrace();
        }
        return null;
    }

    @Override
    public String toString() {
        return &quot;BankCard [cardNumber=&quot; + cardNumber + &quot;,
 holderName=&quot; + holderName + &quot;,
 cardType=&quot;+ cardType + &quot;, amount=&quot;+amount+&quot; ]&quot;;
    }

// Getters and Setters
}

&lt;/code&gt;&lt;/pre&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;Theo như class diagram, m&igrave;nh cần tạo ra class&nbsp;CardClient,&nbsp;class n&agrave;y sẽ&nbsp;sử dụng&nbsp;&lt;strong&gt;Prototype&lt;/strong&gt;&nbsp;để tạo ra nhiều loại thẻ cho c&ugrave;ng một customer bằng c&aacute;ch sử dụng&nbsp;clone() method của class&nbsp;BankCard.&lt;/p&gt;&lt;pre&gt;&lt;code class=&quot;language-plaintext&quot;&gt; public class CardClient{

    public static void main(String[] args){
        BankCard platinumCard = new BankCard(&quot;master&quot;);
        platinumCard.setHolderName(&quot;Tom&quot;);
        platinumCard.setCardNumber(&quot;1234&quot;);

        BankCard diamondCard = masterCard.clone();
        diamondCard.setCardType(&quot;visa&quot;);

        System.out.println(platinumCard);
        System.out.println(diamondCard);
    }
}
&lt;/code&gt;&lt;/pre&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;Implementation của Prototype cũng rất đơn giản, kh&ocirc;ng qu&aacute; cầu k&igrave;, phức tạp. Đến đ&acirc;y, m&igrave;nh nghĩ sẽ c&oacute; một v&agrave;i question được đặt ra như sau.&lt;/p&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;C&acirc;u hỏi đầu ti&ecirc;n, đ&oacute; l&agrave; nếu m&igrave;nh update một attribute n&agrave;o đ&oacute; của&nbsp;&lt;strong&gt;platinumCard&lt;/strong&gt; th&igrave; attribute tương ứng của&nbsp;&lt;strong&gt;diamondCard&lt;/strong&gt; c&oacute; bị thay đổi gi&aacute; trị hay kh&ocirc;ng? Bởi v&igrave;&nbsp;&lt;strong&gt;diamondCard&lt;/strong&gt; được tạo ra bằng c&aacute;ch&nbsp;copy th&ocirc;ng tin từ&nbsp;&lt;strong&gt;platinumCard.&lt;/strong&gt;&lt;/p&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;Good question. Dĩ nhi&ecirc;n c&acirc;u trả lời trong trường hợp n&agrave;y l&agrave; &ldquo;&lt;strong&gt;Kh&ocirc;ng&lt;/strong&gt;&rdquo; v&igrave; bản chất của h&agrave;m clone() l&agrave; deep copy, n&ecirc;n việc modify một newly object sẽ kh&ocirc;ng l&agrave;m ảnh hưởng đến original object.&lt;/p&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;C&acirc;u hỏi số hai, điểm kh&aacute;c nhau trong việc sử dụng phương thức clone() v&agrave; to&aacute;n tử dấu&nbsp;&ldquo;=&rdquo;.&lt;/p&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;&lt;span style=&quot;color:hsl(0,75%,60%);&quot;&gt;&nbsp;BankCard diamondCard = platinumCard.clone() vs&nbsp;&nbsp;BankCard diamondCard = platinumCard;&lt;/span&gt;&lt;/p&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;Khi ch&uacute;ng ta sử dụng to&aacute;n tử&nbsp; dấu&nbsp;&ldquo;=&rdquo; đều n&agrave;y c&oacute; nghĩa l&agrave; object&nbsp;&lt;strong&gt;diamondCard&lt;/strong&gt; tham chiếu đến object&nbsp;&lt;strong&gt;platinumCard&lt;/strong&gt;, nếu&nbsp;&lt;strong&gt;platinumCard&lt;/strong&gt; thay đổi th&ocirc;ng tin điều n&agrave;y dẫn đến&nbsp;&lt;strong&gt;diamondCard&lt;/strong&gt; cũng thay đổi th&ocirc;ng tin theo&nbsp;(shallow copy)&lt;/p&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;M&igrave;nh cũng sẽ c&oacute; một b&agrave;i viết về hai phương ph&aacute;p&nbsp;&lt;strong&gt;Deep-Copy&lt;/strong&gt; v&agrave;&nbsp;&lt;strong&gt;Shallow-Copy&lt;/strong&gt; để giải th&iacute;ch cụ thể sự kh&aacute;ch biệt của hai loại copy n&agrave;y với mọi người.&lt;/p&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;Đến đ&acirc;y th&igrave; anh em m&igrave;nh cũng đ&atilde; t&igrave;m hiểu về c&ocirc;ng năng cũng như implementation của&nbsp;&lt;strong&gt;Prototype&lt;/strong&gt; rồi. M&igrave;nh cũng đ&atilde; apply pattern n&agrave;y cho nhiều dự &aacute;n n&ecirc;n tiếp theo, m&igrave;nh sẽ liệt k&ecirc; ra pros v&agrave; cons của pattern n&agrave;y dựa tr&ecirc;n kinh nghiệm thực chiến của m&igrave;nh.&lt;/p&gt;&lt;h2&gt;&lt;span style=&quot;color:hsl(0,0%,0%);&quot;&gt;&lt;strong&gt;4. The Pros and Cons of Prototype Design Pattern&lt;/strong&gt;&lt;/span&gt;&lt;/h2&gt;&lt;h3&gt;&lt;span style=&quot;color:hsl(0,0%,0%);&quot;&gt;&lt;strong&gt;The Pros of Prototype&lt;/strong&gt;&lt;/span&gt;&lt;/h3&gt;&lt;p&gt;Một trong những điểm mạnh nổi bật nhất của&nbsp;&lt;strong&gt;Prototype&nbsp;&lt;/strong&gt;m&agrave; bất kỳ lập tr&igrave;nh vi&ecirc;n n&agrave;o cũng c&oacute; thể nhận ra đ&oacute; ch&iacute;nh l&agrave; việc tạo ra c&aacute;c object mới dựa tr&ecirc;n một object đ&atilde; tồn tại sẵn một c&aacute;ch tiện lợi. Điều n&agrave;y gi&uacute;p giảm đi rất nhiều effort cho anh em coder cũng như đem lại performance xịn hơn cho hệ thống.&lt;/p&gt;&lt;p&gt;Prototype rất hữu &iacute;ch khi bạn muốn tạo ra c&aacute;c object c&oacute; logic phức tạp, b&ecirc;n cạnh đ&oacute; pattern n&agrave;y c&ograve;n gi&uacute;p m&igrave;nh hạn chế được việc phải tạo th&ecirc;m c&aacute;c class con kh&ocirc;ng cần thiết.&lt;/p&gt;&lt;p&gt;Trong qu&aacute; tr&igrave;nh l&agrave;m project thực tế m&igrave;nh đ&atilde; kết hợp Prototype v&agrave; Factory với nhau, để implement một t&iacute;nh năng kh&aacute; phức tạp đ&oacute; l&agrave; tạo ra c&aacute;c loại contract cho kh&aacute;ch h&agrave;ng trong c&aacute;c hệ thống finance khi kh&aacute;ch mua bảo hiểm, hoặc hợp đồng vay thế chấp, t&iacute;n chấp&hellip;Đồng thời, kết hợp với&nbsp;&lt;strong&gt;Map&lt;/strong&gt; collection để n&acirc;ng cao tối đa hiệu quả của&nbsp;&lt;strong&gt;Prototype&lt;/strong&gt;.&lt;/p&gt;&lt;pre&gt;&lt;code class=&quot;language-plaintext&quot;&gt; public class ContractFactory{

    public Map&amp;lt;String, Contract&amp;gt; contractMaps = new HashMap&amp;lt;&amp;gt;();

    public void extendContract(String customerId){
        Contract extended = null;
        if(contractMaps.containsKey(customerId)) {
            Contract original = contractMaps.get(customerId);
            extended = original.clone();
            extended.setRenewDate(new Date());
        }else {
            extended = new Contract();
        }
        contractMaps.put(customerId, extended);
    }
}
&lt;/code&gt;&lt;/pre&gt;&lt;h3&gt;&lt;strong&gt;The Cons of Prototype&lt;/strong&gt;&lt;/h3&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;&lt;strong&gt;Prototype&lt;/strong&gt; pattern ph&ugrave; hợp đối với việc tạo ra c&aacute;c object c&oacute; nhiều th&ocirc;ng tin chung. Tuy nhi&ecirc;n, cần phải xem x&eacute;t kỹ lưỡng trong trường hợp cần tạo ra object đặc biệt khi m&agrave; object mới c&oacute; qu&aacute; nhiều field cần phải update.&lt;/p&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;Dĩ nhi&ecirc;n việc tạo ra c&aacute;c object mới bằng c&aacute;ch clone từ object hiện tại th&igrave; khả năng cao object mới sẽ chứa nhiều th&ocirc;ng tin dư thừa từ original object.&lt;/p&gt;&lt;h2&gt;&lt;span style=&quot;color:hsl(0,0%,0%);&quot;&gt;&lt;strong&gt;5. The Conclusion&lt;/strong&gt;&lt;/span&gt;&lt;/h2&gt;&lt;p style=&quot;text-align:justify;&quot;&gt;Prototype design pattern rất hiệu quả trong việc tạo ra object phức tạp. B&ecirc;n cạnh đ&oacute;, n&oacute; cũng thể hiện kha kh&aacute; điểm yếu. Tất cả m&igrave;nh đều đ&atilde; liệt k&ecirc; trong b&agrave;i viết. Dĩ nhi&ecirc;n, sẽ kh&ocirc;ng c&oacute; một giải ph&aacute;p n&agrave;o l&agrave; to&agrave;n diện. V&igrave; vậy, anh em n&ecirc;n xem x&eacute;t kỹ trước khi đưa ra quyết định l&agrave; n&ecirc;n d&ugrave;ng pattern n&agrave;o, để đạt được hiệu quả tối ưu nhất.&lt;/p&gt;&lt;/body&gt;&lt;/html&gt;

[Design Pattern] Bài 06: Sử Dụng Prototype Trong Java

Design Patterns

I understand that enterprise applications face several complex challenges, including constantly changing business requirements, the need for quick turnaround times, support for multiple platforms, and integration with various systems. This article offers real-world solutions for addressing these issues when building an enterprise application using .NET MAUI. Whether you're developing a new business application or tackling the evolving problems of existing ones, this content will be invaluable for you.

Deep Dive on MAUI Application

Tech Lead

Phuong Bui

.NET Developer

Vu Truong

Senior Developer

Trung Tran

Tech lead

Wind

Long Nguyen

Business Analyst

Duong Dat Thanh

Cám ơn bài viết hay, nhưng mình thấy lý thuyết hơn nhiều, chưa có ví dụ để làm rõ

Nin Tran

<html><body><h2 style="text-align:justify;">1. Kiến trúc N-Layer</h2>Chúng ta sẽ có các lớp logic và vật lý khác nhau đáp ứng cho các nhu cầu trong quá trình phát triển ứng dụng. Hầu hết các ứng dụng sử dụng kiến trúc này đều sẽ chứa 4 lớp: presentation, business, persistence và database. Tùy thuộc vào độ phức tạp của ứng dụng mà các lớp sẽ nhiều hoặc ít hơn.<figure class="image"><img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-qMDyPoAWykT2Iwws5bsA5h2lA9Asp2r769b8hj8N.png"></figure><h6 style="text-align:justify;">Nguồn: <a href="https://www.oreilly.com/library/view/software-architecture-patterns/9781491971437/?_gl=1*7a1tjd*_ga*NzE5NTM3ODY4LjE2NzkzODcyOTk.*_ga_092EL089CH*MTY3OTYzMDAzNy42LjEuMTY3OTYzMDA1NS40Mi4wLjA.">Software Architecture Patterns by Mark Richards</a></h6>Các lớp trong mô hình kiến trúc này sẽ đảm nhiệm một vai trò cụ thể, và khi đứng từ một lớp nào đó, chúng ta chỉ có thể giao tiếp với các lớp bên trên hoặc bên dưới của nó. Trong đó:<ul><li style="text-align:justify;">Presentation: là lớp sẽ đảm nhiệm việc tương tác với người dùng, như là giao diện người dùng hoặc cung cấp thông tin dưới dạng Web API.</li><li style="text-align:justify;">Business: được xem như là thành phần chính trong các ứng dụng, là lớp sẽ chứa các logic nghiệp vụ, ánh xạ trực tiếp đến các nghiệp vụ thực tế mà ứng dụng cần đáp ứng.</li><li style="text-align:justify;">Persistence: là lớp truy xuất và lưu trữ dữ liệu bằng cách giao tiếp với lớp Database.</li><li style="text-align:justify;">Database: là nơi lưu trữ dữ liệu của ứng dụng, như là các cơ sở dữ liệu (SQL, No-SQL) hoặc File (Excel, CSV) ...</li></ul>Kiến trúc N-Layer có một số ưu điểm có thể kể đến đó là đơn giản, có thể tái sử dụng, kiểm thử độc lập, giúp cho lập trình viên có thể dễ tiếp cận và làm việc với các logic nghiệp vụ nhanh chóng. Vì vậy, chúng ta có thể sử dụng kiến trúc này cho các ứng dụng quy mô nhỏ hoặc thông thường.Tuy nhiên, đối với các ứng dụng quy mô lớn, tính mở rộng và phức tạp cao, thì kiến trúc sẽ hoạt động không hiệu quả. Do thiết kế phân lớp, việc thay đổi logic ở một lớp nào đó sẽ khó cập nhật lại ở các lớp khác, đồng thời cũng gây giảm hiệu suất vì các lớp không liền kề phải giao tiếp gián tiếp thông qua một lớp khác. Điều này làm cho ứng dụng sẽ ngày càng trở nên phức tạp và cồng kềnh hơn khi logic nghiệp vụ cũng nhiều hơn.<h2 style="text-align:justify;">2. Kiến trúc Onion</h2>Được giới thiệu lần đầu tiên bởi Jeffrey Palermo và năm 2008, để khắc phục các vấn đề kể trên của N-Layer, dựa trên mô hình Domain Driven, tức là xây dựng ứng dụng theo hướng tập trung vào Domain (nghiệp vụ). Từ cái tên "Onion", dịch ra là củ hành tây, ta có thể hiểu được ý đồ của mô hình này là đặt domain làm trung tâm, và bao bọc dần xung quanh bởi các lớp hệ thống khác.<figure class="image"><img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-PLCfIJtUNLXs2P2w7dVtbBJaIFlEafSq30vXLWIj.png"></figure><h6 style="text-align:justify;">Nguồn: <a href="https://www.thoughtworks.com/insights/blog/architecture/demystify-software-architecture-patterns">Demystifying software architecture patterns</a></h6>Các lớp trong Onion được cải tiến dựa trên nguyên lý Dependency Inversion để giải quyết vấn đề phân lớp quá chặt chẽ của N-Layer. Đối với các lập trình viên .NET Core, việc cải tiến này được thể hiện thông qua Dependency Injection, được hỗ trợ sẵn, nhằm giảm tối đa sự phụ thuộc giữa các lớp, service với nhau.Thông thường, Onion sẽ có 4 lớp chính: domain model, domain services, application service và presentation. Như đã đề cập ở trên, Domain Model sẽ là lớp trung tâm của kiến trúc này. Trong đó:<ul><li style="text-align:justify;">Domain Model: là nơi tập trung các trạng thái và phương thức, hành vi nghiệp vụ của ứng dụng.</li><li style="text-align:justify;">Domain Services: là lớp kế tiếp domain model, chứa các interfaces cho việc lưu trữ dữ liệu, phương thức truy xuất, còn được gọi là Repository.</li><li style="text-align:justify;">Application Services: chứa các interfaces với các phương thức như là Thêm, xóa, sửa.. Ở các lớp services sẽ chỉ chứa các interfaces và các commons class.</li><li style="text-align:justify;">Presentation: chứa UI và tests. Lớp này cũng chứa các cài đặt của các interface ở tầng services.</li></ul>Một số ưu điểm của kiến trúc này:<ul><li style="text-align:justify;">Ít bị ràng buộc giữa các lớp với nhau</li><li style="text-align:justify;">Xây dựng tập trung vào nghiệp vụ</li><li style="text-align:justify;">Linh hoạt, dễ chuyển đổi, bổ sung và mở rộng</li><li style="text-align:justify;">Có thể đưa vào phát triển với mẫu DDD (Domain-Driven Design)</li></ul>Bên cạnh đó, một số nhược điểm dễ nhận thấy ở kiến trúc Onion này là:<ul><li style="text-align:justify;">Khó tiếp cận đối với những lập trình viên mới bắt đầu tham gia, đòi hỏi thời gian học và tìm hiểu sâu</li><li style="text-align:justify;">Phức tạp và khó áp dụng nếu ứng dụng không có nhiều nghiệp vụ</li></ul><h2 style="text-align:justify;">3. Kiến trúc Clean</h2>Kiến trúc Clean được giới thiệu bởi Uncle Bob vào năm 2012, dựa trên nguyên lý và thừa hưởng các đặc tính của kiến trúc Onion. Điểm khác biệt là kiến trúc này lấy Entities (các đối tượng nghiệp vụ) làm trung tâm.<figure class="image"><img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-ddf3HUlqvDtDKQ9V9OIRe0gUVlbphOCyCuX7NF5U.png"></figure><h6 style="text-align:justify;">Nguồn: The Clean Code Blog by Robert C. Martin</h6>Các lớp trong kiến trúc clean sẽ được phân tách dựa trên các vai trò cụ thể:<ul><li style="text-align:justify;">Các entities sẽ là nơi chứa các logic nghiệp vụ chính (enterprise wide business), có thể là các đối tượng cùng phương thức, hành vi của nó, hoặc là tập hợp các cấu trúc dữ liệu (danh sách, node..) và các hàm. Các entities có thể được sử dụng ở nhiều nơi khác trong ứng dụng hoặc xuyên suốt quá trình xử lý nghiệp vụ. Các entities sẽ chỉ ràng buộc với chính nó.</li><li style="text-align:justify;">Bên ngoài sẽ là lớp chứa nghiệp vụ của ứng dụng - use cases (application specific business). Các thành phần trong lớp này sẽ chứa những cài đặt cho việc ứng dụng đó làm những gì (use cases). Những thay đổi ở lớp này sẽ không được tác động tới các entities, cũng như chính nó cũng sẽ không bị tác động bởi sự thay đổi của các thành phần khác (database, UI, thư viện...).</li><li style="text-align:justify;">Bao bọc các lớp nghiệp vụ sẽ là lớp thứ ba, chứa các interface adapters, dùng để khai báo interface chuyển đổi dữ liệu và thông tin được yêu câu giữa các lớp nghiệp vụ và các dịch bên ngoài, như là cơ sở dữ liệu, các frameworkss hay là API bên thứ ba.</li><li style="text-align:justify;">Lớp ngoài cùng sẽ chứa các frameworks và drivers, là các cái đặt cụ thể cho các interface adapters. Đây được xem là nơi chứa mọi chi tiết mà ở các lớp khác khai báo thông qua interfaces. Các frameworks và tools như là cơ sở dữ liệu, web framework, các thư viện bên thứ ba...</li></ul>Kiến trúc Clean vẫn đi theo nguyên lý của Onion: ràng buộc giữa các lớp nên là từ cấp thấp hơn sẽ phụ thuộc vào lớp cấp cao hơn thông qua các interfaces, có thể sử dụng Dependency Injection. Như vậy các logic xử lý chính sẽ không bị phụ thuộc vào các thay đổi đến từ lớp bên ngoài (frameworks and drivers). Ngoài ra, số lượng các lớp ở kiến trúc này cũng không cố định. Nó tùy thuộc vào ứng dụng cụ thể phức tạp ra sao, các yêu cầu nghiệp vụ như thế nào...Từ đó, ta có thể thấy một số ưu nhược điểm của kiến trúc này:<ul><li style="text-align:justify;">Ưu điểm:<ul><li style="text-align:justify;">Có thể sử dụng với mô hình microservices hay mẫu DDD</li><li style="text-align:justify;">Các lớp độc lập với nhau, các logic nghiệp vụ không bị phụ thuộc vào các lớp khác</li><li style="text-align:justify;">Dễ kiểm thử</li><li style="text-align:justify;">Dễ mở rộng, vì các lớp đã có vai trò riêng của nó</li></ul></li><li style="text-align:justify;">Nhược điểm:<ul><li style="text-align:justify;">Khó để học và hiểu các nghiệp vụ đã được chia tách thành các lớp</li><li style="text-align:justify;">Cấu trúc phức tạp vì cần phải triển khai qua nhiều lớp</li><li style="text-align:justify;">Do các lớp không phụ thuộc nhau nên sẽ khá trừu tượng</li></ul></li></ul><h2 style="text-align:justify;">4. Vậy kiến trúc Onion và Clean có giống nhau?</h2>Tuy kiến trúc Clean ra đời có nhiều ảnh hưởng từ Onion, giữa 2 kiến trúc vẫn có những điểm giống và khác nhau.Cả hai kiến trúc đều hướng tới việc chia ứng dụng thành nhiều lớp xử lý với các vai trò khác nhau, giúp cho việc xây dựng và triển khai dự án dễ dàng hơn. Cả hai kiến trúc đều áp dụng nguyên lý Dependency Inversion giữa các lớp, giúp cho sự ràng buộc giữa các lớp giảm bớt, các lớp cấp thấp hơn sẽ phụ thuộc lớp cấp cao hơn thông qua abstractions chứ không phải là trực tiếp. Ngoài ra các ứng dụng xây dựng trên 2 kiến trúc này sẽ có khả năng mở rộng cao và có thể được kiểm thử độc lập cho từng lớp.Những điiểm khác nhau giữa hai kiến trúc:<ul><li style="text-align:justify;">Kiến trúc Onion<ul><li style="text-align:justify;">Tập trung vào xử lý nghiệp vụ và đưa nó vào trung tâm</li><li style="text-align:justify;">Các lớp được chia theo vai trò chung (domain, repositories, services..), chủ yếu để phục vụ cho lớp domain trung tâm</li><li style="text-align:justify;">Các xử lý liên quan đến kỹ thuật, công nghệ được đưa các xử lý ra các lớp bên ngoài</li></ul></li><li style="text-align:justify;">Kiến trúc Clean:<ul><li style="text-align:justify;">Chia việc xử lý nghiệp vụ thành 2 lớp: enitities (enterprise wide business) và use cases (application specific business)</li><li style="text-align:justify;">Các lớp được chia theo vai trò cụ thể (entities, interface adapters, frameworks and drivers..)</li><li style="text-align:justify;">Sử dụng dependency inversion để phân tách các xử lý rồi mới đưa ra bên ngoài</li></ul></li></ul><h2 style="text-align:justify;">5. Vậy ta nên sử dụng kiến trúc nào?</h2>Các ứng dụng khác nhau sẽ có khối nghiệp vụ và độ phức tạp khác nhau. Cho nên, tùy vào mỗi ứng dụng và các yêu cầu chức năng của nó mà ta sẽ chọn kiến trúc cho phù hợp.Một số gợi ý khi chọn kiến trúc Onion:<ul><li style="text-align:justify;">Thường dành cho mô hình nghiệp vụ của ứng dụng tương đối phức tạp, yêu cầu khá nhiều về tính nhất quán cũng như nhiều tính toán chặt chẽ.</li><li style="text-align:justify;">Các công nghệ, thư viện sử dụng ở các lớp services có thể linh động</li></ul>Chúng ta sẽ cân nhắc chọn kiến trúc Clean khi:<ul><li style="text-align:justify;">Mô hình nghiệp vụ không quá phức tạp, có thể chứa trong các đối tượng truyền dữ liệu cùng các hành vi và phương thức</li><li style="text-align:justify;">Các công nghệ, thư viên sử dụng ở các lớp services có tính phổ biến, cung cấp nhiều tính năng cho hệ thống</li></ul><h2 style="text-align:justify;">6. Kết luận</h2>Onion và Clean đều là những kiến trúc rất hay, hướng ứng dụng tới việc xử lý những khía cạnh của nghiệp vụ, đưa các thư viện, dịch vụ khác ra các lớp bên ngoài. Những ứng dụng này sẽ có khả năng linh động cao, mở rộng tốt, và có tính bảo trì. Có thể nói, 2 kiến trúc này có thể sử dụng để xây dựng bất kỳ loại ứng dụng nào. Và các lập trình viên sẽ cần phải lựa chọn loại kiến trúc phù hợp với nhu cầu, sự phát triển của dự án, ứng dụng.Tài liệu tham khảo<ol><li style="text-align:justify;"><a href="https://www.oreilly.com/library/view/software-architecture-patterns/9781491971437/?_gl=1*7a1tjd*_ga*NzE5NTM3ODY4LjE2NzkzODcyOTk.*_ga_092EL089CH*MTY3OTYzMDAzNy42LjEuMTY3OTYzMDA1NS40Mi4wLjA.">Software Architecture Patterns by Mark Richards</a></li><li style="text-align:justify;"><a href="https://www.oreilly.com/library/view/clean-architecture-a/9780134494272/">Clean Architecture: A Craftsman’s Guide to Software Structure and Design</a></li><li style="text-align:justify;"><a href="https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html">The Clean code blog - Clean Architecture (Uncle Bob)</a></li><li style="text-align:justify;"><a href="https://jeffreypalermo.com/2008/07/the-onion-architecture-part-1/">The Onion Architecture - Jeffrey Palermo</a></li></ol></body></html>

<html><body><h2 style="text-align:justify;">1. AWS Là Gì</h2>Trước tiên anh em mình cùng nhau tìm hiểu để biết xem AWS là gì nhé. Amazon Web Service hay còn được gọi với cái tên thân mật là AWS.  Thật ra có hàng trăm thậm chí là hàng ngàn câu hỏi liên quan đến AWS khi mình tự tập tành tìm hiểu về nó và sau một thời gian tìm hiểu cũng như làm thực tế trên các dự án liên quan đến AWS mình xin mạo muội làm một series về AWS để chia sẻ với anh em đang có mong muốn tìm hiểu về nền tảng đám mây này. Ông bà ta có câu: Răng với tóc là gốc con người, cái tên nói lên tất cả. Amazon Web Service là dịch vụ điện toán đám mây (Cloud Services) nó cung cấp rất nhiều dịch vụ từ việc lưu trữ như: Storage, rồi thì Networking, Virtualization đến cả Machine Learning, AR &amp; VR…Mình sẽ liệt kê ra cho mấy bạn những service thông dụng mà anh em lập trình viên cũng như DevOps thường dùng. Mình có thể thao tác với AWS thông qua hai công cụ chính là AWS Web Console hoặc là AWS CLI. Sẽ bật mí với mấy bạn về hai công cụ hữu ích này sau nha, giờ mình sẽ list ra những dịch vụ cơ bản của AWS.Common Services Của AWS <ul><li style="text-align:justify;">Storage: AWS S3, Databases, Elastic Container Registry (ERC)</li><li style="text-align:justify;">Virtualization:  Elastic Compute Cloud (EC2)</li><li style="text-align:justify;">Programming: Elastic Container Service (ECS), Code Pipeline, Code Build</li><li style="text-align:justify;">Networking: Virtual Private Cloud (VPC), Route53, Load Balancing</li><li style="text-align:justify;">Identity: IAM</li><li style="text-align:justify;">Monitoring: CloudWatch</li></ul> Anh em có thể đăng ký một tài khoản AWS từ <a href="https://portal.aws.amazon.com/billing/signup#/start/email">website chính hãng</a> để khám phá tất tần tật các dịch vụ của em nó. Ok giờ mình thảo luận tí về lợi ích và thế mạnh mà AWS mang lại.<h2 style="text-align:justify;">2. Điểm Mạnh Của AWS</h2> Rõ ràng lợi ích đầu tiên mình thấy được đó là số lượng dịch vụ mà AWS cung cấp. Có khoản 200 dịch vụ và hầu hết các dịch vụ này đủ sức đáp ứng được nhu cầu phát triển cơ sở hạ tầng cũng như nền tảng công nghệ cho các doanh nghiệp trong nhiều lĩnh vực trong đó các doanh nghiệp về lĩnh vực công nghệ thông tin chiếm đa số. Nhưng số lượng dịch vụ nhiều chỉ là một trong những điểm mạnh của AWS bên cạnh đó chất lượng của từng dịch vụ có thể mô tả trong hai từ “tuyệt vời”. Do đó có rất nhiều công ty kể cả chính phủ tin tưởng vào AWS. Xin cả nhà một phút quảng cáo, công ty <a href="https://saigontechnology.com/">SaiGon Technology</a> đã và đang phát triển rất nhiều sản phẩm dựa trên nền tảng AWS.  Để nói về các điểm mạnh cũng như tiện ích của AWS, mình sẽ lấy một ví dụ cụ thể để từ đó anh em DEV có cái nhìn thực tiễn và khách quan. Đặc biệt đối với mấy anh em bắt đầu tìm hiểu về AWS cũng có thể hình dung ra được những tính năng mà AWS mang lại. Lấy ví dụ như thế này. Công ty <a href="https://saigontechnology.com/">SaiGon Technology</a> muốn xây dựng một trang web về e-commerce giống như Shopee or Lazada…Mình sẽ list ra những công việc ở mức high level cần phải được hoàn thành như sau: Phát triển những tính năng của trang web: Authorization, Authentication, Purchasing Product, Account Management, Product Management… Xây dựng cơ sở dữ liệu:<ul><li style="text-align:justify;">Lựa chọn hệ quản trị cơ sở dữ liệu: SQL-Server, MySQL, PostgreSQL, No-SQL…</li><li style="text-align:justify;">Cài đặt DBMS vào máy chủ</li><li style="text-align:justify;">Thiết lập các phương án backup dữ liệu</li></ul> Build Server tạo môi trường cho việc kiểm thử và vận hành:<ul><li style="text-align:justify;">Xây dựng các máy chủ như: UAT, Staging, Production</li><li style="text-align:justify;">Build các docker image</li><li style="text-align:justify;">Publish các docker image lên repository</li><li style="text-align:justify;">Deploy docker image</li><li style="text-align:justify;">Xây dựng hệ thống log để monitor trong quá trình vận hành</li><li style="text-align:justify;">Mua tên miền và mapping tên miền vào server</li></ul> Ngoài ra, vào những dịp lễ tết, trang web của chúng ta thường chạy các event giảm giá sập sàn, siêu sale, flash sale…dẫn đến việc quá tải. Lúc đó mình lại phải cấm đầu vào cái việc load balancing để chia tải cho hệ thống.Chốt: rất nhiều công việc mà anh em Dev phải chạy bằng cơm.Vậy thông qua ví dụ trên, mình sẽ liệt kê ra các tính năng hữu ích của AWS cho các bạn.<h3 style="text-align:justify;">Tính Tiện Dụng</h3>AWS là một web service, là một dạng của SaaS do đó chỉ cần trong điều kiện có kết nối đến internet là chúng ta có thể truy cập và sử dụng mọi lúc, mọi nơi.Ngoài ra, cá nhân mình cảm thấy giao diện của AWS được thiết kế gọn gàng, trực quan, tạo cho người dùng cảm giác thân thiện, dễ sử dụng<figure class="image"><img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-o6bIfFXJ5P6nJBnndHOmFOr6IQ4sHMK1fC4AeMsZ.png"></figure>Quay lại với ví dụ trên, việc lập trình các tính năm của trang web thì chủ yếu liên quan đến nhánh lập trình bạn có thể sử dụng các ngôn ngữ như: <a href="https://www.facebook.com/SaigonTechnology.HCM.Careers">Java, .Net, Python</a>…Nên mình sẽ không bàn về nó tại thời điểm này.  Mình chuyển sang bước tiếp theo là xây dựng CSDL. Giả sử rằng mình chọn PostgreSQL làm CSDL cho trang web. Vậy theo cách thông thường mình phải setup PostgreSQL vào máy rồi sau đó tạo một connection từ application đến CSDL. Giờ đây với tính năng Relational Database Service (RDS) của AWS mình có thể skip qua việc setting up PostgreSQL. Chỉ một vài cái click chuột mình đã có thể tạo một hệ quản trị CSDL PostgreSQL riêng cho mình. Ngoài ra RDS còn support cả: SQL-Server, MySQL, MariaDB, Oracle <figure class="image"><img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-ciEOv3BzNeATVh4G0rIpQk6mqPFvBcRpp2fnzWf5.png"></figure>Free source: <a href="https://scandiplan.dk/en/aws-rds-snowflake">https://scandiplan.dk/en/aws-rds-snowflake</a> Nhưng nếu mình muốn sử dụng Nosql thì sao? Yên tâm bạn có thể sử dụng DynamoDB từ AWS nhé. Tiếp theo là việc build server tạo môi trường cho việc kiểm thử và vận hành trang web của mình. AWS hỗ trợ rất tốt các hệ điều hành Linux, do đó việc tạo và maintain một máy chủ trên AWS có thể được thực hiện thông qua Elastic Compute Cloud (EC2). Với EC2 bạn có thể xây dựng một máy chủ với hệ điều hành mà bạn mong muốn: Fedora, Ubuntu, Window Server, AWS Linux…<figure class="image"><img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-uOMEYXqBcGLWobdTRJJ1RH8vhaxuOEExzZ4McM0C.png"></figure>Free source: <a href="https://docs.aws.amazon.com/images/AWSEC2/latest/UserGuide/images/overview_getting_started.png">https://docs.aws.amazon.com</a>Ngoài ra những năm gần đây với sự phát triển và phổ biến của Docker thì AWS cũng ra đời Elastic Container Registry (ERC) hỗ trợ cho việc host các docker image.AWS Code Build, Code Pipeline hỗ trợ rất tốt trong việc build và deploy ứng dụng.<figure class="image"><img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-cvdfpnfDPGlXTnCBiGjEXqRsmRMqKigBruY39Krc.png"></figure>Free source: <a href="https://skdevops.files.wordpress.com/2022/03/62.image-1.png?w=656&amp;h=300&amp;crop=1">https://skdevops.files.wordpress.com</a> Trên trang web của chúng ta không thể nào thiếu các hình ảnh liên quan đến sản phẩm, hình ảnh đại diện của user…thay vì mình lưu những file hình đó vào CSDL hoặc lưu trực tiếp vào ổ đĩa thì mình có thể tận dụng Simple Storage Service (S3). Một service của AWS hỗ trợ việc lưu trữ và transfer file khá tốt.Như mình có đề cập trong ví dụ là cần một domain name gắn vào server. Ví dụ mình cần một tên miền: <a href="https://www.facebook.com/SaigonTechnology.HCM.Careers">saigontechnology-career.com</a> Vậy thì mình có thể đăng ký tên miền này thông qua AWS Route53. Chi phí thì tùy vào tên miền mình chọn, trung bình khoản 15$/năm. Việc cấu hình tên miền cũng được thực hiện dễ dàng thông qua AWS Web Console.<h3 style="text-align:justify;">Khả Năng Mở Rộng</h3>Khả năng mở rộng cũng chính là một điểm mạnh khi sử dụng Cloud nói chung và AWS nói riêng. Thử hình dung xem, một ngày nào đó lượng dữ liệu mà mình phải chứa trong csdl lên đến hàng TB/ngày thì anh em Dev mình phải cuốn cuồng xử lý. Dĩ nhiên, điều này dẫn đến rất nhiều vấn đề tuy nhiên mình chỉ đề cập ở khía cạnh dung lượng lưu trữ. Hoặc trong các event flash sale, lượng người truy cập quá lớn, lúc đó có thể gây quá tải trên hệ thống. Hoặc đơn giản là mình cần nâng cấp RAM cho máy chủ.Tất cả những vấn đề trên, nếu mình tự build một server vật lý thì anh em Dev phải rất vất vả đi xử lý tuy nhiên mình hoàn toàn có thể được giải quyết nhanh gọn bằng các service của AWS. <h3 style="text-align:justify;">Tính Bảo Mật Cao</h3>Không chỉ riêng về AWS, bảo mật là tính năng cần thiết hàng đầu đối với tất cả các ứng dụng, đặc biệt là các ứng dụng về Cloud. Và AWS đã đạt được các chứng nhận về việc tuân thủ khung đảm bảo quyền riêng tư.<ul><li style="text-align:justify;">ISO 27017 về bảo mật đám mây.</li><li style="text-align:justify;">ISO 27701 về quản lý thông tin quyền riêng tư.</li><li style="text-align:justify;">ISO 27018 về bảo vệ thông tin cá nhân trên đám mây.</li></ul>Nãy giờ mình cũng chém gió về điểm mạnh, giờ mình xin phép chia sẻ một vài cái mình  cảm thấy hạn chế khi sử dụng AWS. <h2 style="text-align:justify;">3. Hạn Chế Của AWS</h2><h3 style="text-align:justify;">Chi Phí</h3>Đầu tiên mình muốn đề cập là vấn đề chi phí. AWS là một dạng Cloud Services do đó nó không chỉ tính chi phí trên nguồn tài nguyên mình sử dụng mà nó còn tính cả chi phí về thời gian lưu trữ. Do đó, có những lúc chi phí phát sinh rất cao mà mình không thể kiểm soát được. AWS có cung cấp tính năng gửi notification khi chi phí vượt quá mức giới hạn cho phép. Tuy nhiên nó chỉ là notification bạn nhé. Vì vậy, trong quá trình sử dụng, các bạn nên chú ý và tắt đi những service thật sự không cần thiết.<h3 style="text-align:justify;">Internet</h3>Là một cloud services nên mình chỉ có thể sử dụng AWS ở những địa điểm có kết nối internet. AWS không hỗ trợ offline nên anh em chú ý nhé.<h3 style="text-align:justify;">Thiếu Chuyên Gia</h3>AWS có cơ sở hạ tầng vô cùng phức tạp, nó cung cấp hàng trăm service trãi dài hầu hết nhiều lĩnh vực. Do đó, còn khá ít các chuyên gia có kỹ năng về AWS. Vì vậy, một tổ chức hay cá nhân muốn phát triển AWS thì đây là một điểm bất lợi khá lớn.Mình xin phép kết thúc bài viết tại đây. Hy vọng nhận được nhiều đóng góp của mọi người để cộng đồng lập trình ngày càng phát triển và đặc biệt để những bài viết sau được tốt hơn. </body></html>

Bài viết nhằm hướng dẫn cho anh em lập trình viên nhà mình có một cái nhìn tổng quan nhất về Amazon Web Service (AWS) chẳng hạn như: AWS là gì? Có gì trong AWS? Lợi ích của AWS? Nên tìm hiểu AWS từ đâu.
Qua bài viết hy vọng có thể support được mọi người có thêm kiến thức về AWS.
OK Let’s Go.

[AWS] Bài 01: Giới Thiệu Về Amazon Web Service (AWS)

Are you facing problems with data consistency in a highly concurrent environment? Are you looking for a way to limit and synchronize access to a shared resource across services in a distributed system? Let's see how a distributed lock can help in this situation.

Implement Distributed Lock For a Microservices Software System

<html><body><h2>1. Microservices là gì?    </h2><ul><li>Microservices là một kiến trúc phần mềm bao gồm nhiều services nhỏ (micro-service). Ý tưởng của microservices là chia bài toán lớn thành nhiều bài toán nhỏ.    </li><li>Kiến trúc microservices khá phổ biến hiện nay và được nhiều công ty lớn sử dụng như: Netflix, eBay, Amazon, Twitter, PayPal,...    </li><li>Mỗi service trong kiến trúc này là mỗi module độc lập giúp dễ dàng phát triển, kiểm thử, mở rộng và triển khai…    </li></ul><img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-Mewjv7fi3suPq2CCAtJF0o301ALiBtXDl6TkhQTk.png">  <h2>2. Lợi ích của microservices?</h2><img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-GUiY1ZOvBclZZJQsHuJmcENmljTDZcZcUs5aumJ2.png">    <ul><li>Linh động: các services được tổ chức thành các modules độc lập phân tán giúp dễ dàng phát triển, tích hợp và triển khai từng phần (CI/CD).    </li><li>Nhiều lựa chọn về công nghệ: có thể lựa chọn các kiến trúc, công nghệ, ngôn ngữ, cơ sở dữ liệu cho từng service.</li></ul>Ví dụ: có thể tận dụng nguồn lực thế mạnh của nhiều team để áp dụng công nghệ phù hợp cho mỗi service. Service này sử dụng .net, sql server, service khác sử dụng nodejs, mongodb, cosmosdb...<ul><li>Khả năng chịu lỗi: Khi một hoặc một vài service xảy ra lỗi thì các services khác không hoặc ít bị ảnh hưởng. Đảm bảo toàn hệ thống vẫn vận hành được. Khi sửa lỗi chỉ sửa lỗi ở đúng service đó do các service được thiết kế độc lập, ít phụ thuộc vào nhau nhất có thể.    </li><li>Tối ưu hiệu quả về chi phí: tối ưu và chia nhỏ chi phí cho từng service nhỏ thay vì một ứng dụng lớn.    Ví dụ: service cần lưu trữ dung lượng database, file.. thì ta sẽ scale trên riêng service đó, hoặc đôi lúc có thể tận dụng nhiều công nghệ miễn phí cho các service nhỏ.    </li></ul><h2>3. So sánh monolithic và microservices    </h2><ul><li>Monolithic   <ul><li>Tập trung toàn bộ vào một ứng dụng lớn, dự án lớn thì team size và soure code sẽ phình to ra.    </li><li>Việc triển khai (deployment) sẽ đơn giản do toàn bộ tập trung vào một dự án.    </li><li>Kiến trúc truyền thống, dễ tiếp cận.    </li><li>Quá trình deployment không linh hoạt, thời gian build ứng dụng sẽ lâu, khi có một thay đổi nhỏ cũng phải build lại toàn bộ ứng dụng.    </li><li>Khó khăn trong việc kiểm tra lỗi và bảo trì do các modules, services trong dự án phụ thuộc chặt chẽ vào nhau (coupling code).    </li><li>Gặp vấn đề về khả năng chịu lỗi. Khi bị bất kỳ một lỗi nào thì có khả năng toàn bộ ứng dụng bị chết.    </li><li>Khả năng mở rộng hạn chế do tập trung một khối lớn.    </li><li>Khó áp dụng nhiều công nghệ vào dự án.</li></ul></li></ul> <img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-q3M6Qc9vOBMnX5mcuzaZsL99ieLtelloX59KhL0a.png"> <ul><li>Microservices   <ul><li>Chia nhỏ ứng dụng thành các services nhỏ hơn. Ý tưởng của microservices là chia bài toán lớn thành các bài toán nhỏ.    </li><li>Các services được xây dựng độc lập, có khả năng phát triển, kiểm lỗi và triển khai độc lập.    </li><li>Các team làm việc độc lập trên từng services, từng features.    </li><li> Áp dụng các công nghệ, ngôn ngữ khác nhau vào từng services.    </li><li>Khả năng chịu lỗi tốt do các service độc lập, một service bị lỗi thì toàn hệ thống có khả năng vẫn hoạt động được và dễ dàng sửa lỗi đúng service đó.</li></ul></li></ul><img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-vRHmvtjLk6G4z9cXcw4wF248JGhu7rkr6Aj4xlNs.png"><h2>4. Ưu và nhược điểm của microservices    </h2><h3>Ưu điểm</h3><ul><li>Chia nhỏ hệ thống lớn thành các services nhỏ độc lập nên dễ dàng phát triển, bảo trì và triển khai độc lập.</li><li>Dễ dàng cho các thành viên mới khi tham gia vào dự án, chỉ cần học các service nhỏ.</li><li>Khả năng kiểm soát lỗi tốt, một hoặc vài services bị lỗi thị hệ thống không bị crash.</li><li>Có thể lựa chọn nhiều công nghệ khác nhau cho từng services.</li><li>Khả năng mở rộng linh hoạt, khi cần scale module, feature nào thì scale service tương ứng.</li></ul><h3>Nhược điểm</h3><ul><li>Kiến trúc phức tạp, đòi hỏi phải có kiến thức chuyên sâu về devops (CI/CD) để có thể triển khai các services nhỏ trong một hệ thống lớn</li><li>Khó để đồng bộ và thống nhất giữa các services (dữ liệu, mã nguồn, con người trong các team..), cần phải chú ý việc giao tiếp giữa các services sao cho hiệu quả.</li><li>Khó đảm bảo sự toàn vẹn và nhất quán dữ liệu giữa các services do mỗi service sử dụng một database riêng.    </li></ul><h2>5. Các nguyên lý khi xây dựng service trong microservices </h2><img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-J1NR21J9UiZ0pCvFU35ifBXiwbyrMrUAF1vylsYV.png"><ul><li>Một service chỉ nên xử lý một nhiệm vụ chính duy nhất.    </li><li>Mỗi service phải độc lập, có khả năng đóng gói và triển khai độc lập. (CI/CD)    </li><li>Có thể di chuyển các services từ môi trường này sang môi trường khác dễ dàng, thuận tiện cho việc tích hợp và triển khai.    </li><li>Mỗi service nên có dữ liệu của riêng nó, không nên chứa dữ liệu của các service khác. Nếu các service muốn chia sẻ dữ liệu thì nên giao tiếp qua các public interface.    </li><li>Khi một service bị lỗi thì không ảnh hưởng đến toàn hệ thống. Có thể dễ dàng hủy và tạo lại service theo yêu cầu.    </li></ul><h2>6. Giới thiệu về series thực chiến xây dựng hệ thống microservices</h2><ul><li>Phần 1 chủ yếu lý thuyết tổng quan về kiến trúc microservices. Hiểu được khái niệm và tư tưởng.</li><li>Phần 2 sẽ giới thiệu cấu trúc dự án microservices. Đồng thời xây dựng 2 services đầu tiên là product (.net 6 + mySql) và customer (.net 6 Minimal API + PostgreSQL)</li></ul><img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-qLj1llkf735WjoFuThx1oA7ZYt6xYxlMfY2ejItU.png"><ul><li>Phần 3 nội dung về Clean Architecture và CQRS pattern. Đồng thời xây dựng 3 service: basket service (.net 6 + redis), order service (.net 6 + sql server) và email service.</li></ul><img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-aiMfOSPBsazfROOz1eOttNvaK4PaJCrcByXRxrjk.png"><ul><li>Phần 4 nội dung tập trung vào cách các micro service giao tiếp với nhau. Phần này mình sẽ giới thiệu về RabbitMQ và Kaffka. Tích hợp RabbitMQ vào hệ thống hiện tại cho quy trình đặt hàng - 2 services Basket và Order sẽ giao tiếp với nhau.</li></ul><img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-NYxyyimZvdGmiBWMw58hKfsboBCN5aJV7omqOXOx.png"><img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-wGUMGuu8WLpsYAJ1Lc0B3FL0dulfQ6X3nvWtd7S7.png"><ul><li>Phần 5 về API Gateway (Ocelot) trong microservices   <img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-UMvqaAIhhxwHKr3oKiPVz5ajX8ck5lbhFolqhPEA.png"></li><li>Phần cuối là một số nội dung khác về micorservices như quản lý transaction giữa các services, xử lý logging cho các request giữa các service, health check và retry (polly),.…</li></ul><h2>7. Tổng kết    </h2><ul><li>Vậy là chúng ta đã đi qua tổng quan về microservices và giới thiệu về nội dung tiếp theo trong series thực chiến xây dựng hệ thống microservices.</li><li>Cảm ơn mọi người đã xem bài viết. Chúc mọi người một cuối tuần vui vẻ.</li><li>Nếu có thắc mắc về các phần trong bài này mọi người có thể inbox qua mail: <a href="mailto:long.nguyendh@saigontechnology.com">long.nguyendh@saigontechnology.com</a>. Mình sẽ giải đáp thắc mắc trong tầm hiểu biết. Cảm ơn mọi người.</li></ul> References<ul><li><a href="https://learn.microsoft.com/en-us/azure/architecture/guide/architecture-styles/microservices">Microservice architecture - Azure</a></li><li><a href="https://learn.microsoft.com/en-us/dotnet/architecture/microservices/architect-microservice-container-applications/microservices-architecture">Microservices architecture | Microsoft Learn</a></li><li><a href="https://learn.microsoft.com/en-us/dotnet/architecture/microservices/architect-microservice-container-applications/direct-client-to-microservice-communication-versus-the-api-gateway-pattern">The API gateway pattern versus the direct client-to-microservice communication | Microsoft Learn</a></li><li><a href="https://rabbitmq.com/">https://rabbitmq.com/</a></li><li>https://kafka.apache.org/</li></ul></body></html>

Giới thiệu tổng quan về microservice, lợi ích khi xây dựng dự án sử dụng kiến trúc microservice, các nguyên lý khi xây dựng microservice, điểm mạnh điểm yếu của microservices, đồng thời giới thiệu series thực chiến xây dựng hệ thống microservices.

&lt;html&gt;&lt;body&gt;&lt;h2&gt;1. Microservices l&agrave; g&igrave;?&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;Microservices l&agrave; một kiến tr&uacute;c phần mềm bao gồm nhiều services nhỏ (micro-service). &Yacute; tưởng của microservices l&agrave; chia b&agrave;i to&aacute;n lớn th&agrave;nh nhiều b&agrave;i to&aacute;n nhỏ.&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;li&gt;Kiến tr&uacute;c microservices kh&aacute; phổ biến hiện nay v&agrave; được nhiều c&ocirc;ng ty lớn sử dụng như: Netflix, eBay, Amazon, Twitter, PayPal,...&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;li&gt;Mỗi service trong kiến tr&uacute;c n&agrave;y l&agrave; mỗi module độc lập gi&uacute;p dễ d&agrave;ng ph&aacute;t triển, kiểm thử, mở rộng v&agrave; triển khai&hellip;&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;img src=&quot;https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-Mewjv7fi3suPq2CCAtJF0o301ALiBtXDl6TkhQTk.png&quot;&gt;&lt;/p&gt;&lt;p&gt;&nbsp;&lt;/p&gt;&lt;p&gt;&nbsp;&lt;/p&gt;&lt;h2&gt;2. Lợi &iacute;ch của microservices?&lt;/h2&gt;&lt;p&gt;&lt;img src=&quot;https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-GUiY1ZOvBclZZJQsHuJmcENmljTDZcZcUs5aumJ2.png&quot;&gt; &nbsp;&lt;br&gt;&lt;br&gt;&nbsp;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;strong&gt;Linh động:&lt;/strong&gt; c&aacute;c services được tổ chức th&agrave;nh c&aacute;c modules độc lập ph&acirc;n t&aacute;n gi&uacute;p dễ d&agrave;ng ph&aacute;t triển, t&iacute;ch hợp v&agrave; triển khai từng phần (CI/CD).&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Nhiều lựa chọn về c&ocirc;ng nghệ:&lt;/strong&gt; c&oacute; thể lựa chọn c&aacute;c kiến tr&uacute;c, c&ocirc;ng nghệ, ng&ocirc;n ngữ, cơ sở dữ liệu cho từng service.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;V&iacute; dụ: c&oacute; thể tận dụng nguồn lực thế mạnh của nhiều team để &aacute;p dụng c&ocirc;ng nghệ ph&ugrave; hợp cho mỗi service. Service n&agrave;y sử dụng .net, sql server, service kh&aacute;c sử dụng nodejs, mongodb, cosmosdb...&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;strong&gt;Khả năng chịu lỗi:&lt;/strong&gt; Khi một hoặc một v&agrave;i service xảy ra lỗi th&igrave; c&aacute;c services kh&aacute;c kh&ocirc;ng hoặc &iacute;t bị ảnh hưởng. Đảm bảo to&agrave;n hệ thống vẫn vận h&agrave;nh được. Khi sửa lỗi chỉ sửa lỗi ở đ&uacute;ng service đ&oacute; do c&aacute;c service được thiết kế độc lập, &iacute;t phụ thuộc v&agrave;o nhau nhất c&oacute; thể.&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;li&gt;&lt;strong&gt;Tối ưu hiệu quả về chi ph&iacute;:&lt;/strong&gt; tối ưu v&agrave; chia nhỏ chi ph&iacute; cho từng service nhỏ thay v&igrave; một ứng dụng lớn.&nbsp;&nbsp;&nbsp;&lt;br&gt;V&iacute; dụ: service cần lưu trữ dung lượng database, file.. th&igrave; ta sẽ scale tr&ecirc;n ri&ecirc;ng service đ&oacute;, hoặc đ&ocirc;i l&uacute;c c&oacute; thể tận dụng nhiều c&ocirc;ng nghệ miễn ph&iacute; cho c&aacute;c service nhỏ.&nbsp;&nbsp;&lt;br&gt;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;3. So s&aacute;nh monolithic v&agrave; microservices&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;strong&gt;Monolithic&lt;/strong&gt;&nbsp;&nbsp;&lt;br&gt;&lt;br&gt;&lt;ul&gt;&lt;li&gt;Tập trung to&agrave;n bộ v&agrave;o một ứng dụng lớn, dự &aacute;n lớn th&igrave; team size v&agrave; soure code sẽ ph&igrave;nh to ra.&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;li&gt;Việc triển khai (deployment) sẽ đơn giản do to&agrave;n bộ tập trung v&agrave;o một dự &aacute;n.&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;li&gt;Kiến tr&uacute;c truyền thống, dễ tiếp cận.&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;li&gt;Qu&aacute; tr&igrave;nh deployment kh&ocirc;ng linh hoạt, thời gian build ứng dụng sẽ l&acirc;u, khi c&oacute; một thay đổi nhỏ cũng phải build lại to&agrave;n bộ ứng dụng.&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;li&gt;Kh&oacute; khăn trong việc kiểm tra lỗi v&agrave; bảo tr&igrave; do c&aacute;c modules, services trong dự &aacute;n phụ thuộc chặt chẽ v&agrave;o nhau (coupling code).&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;li&gt;Gặp vấn đề về khả năng chịu lỗi. Khi bị bất kỳ một lỗi n&agrave;o th&igrave; c&oacute; khả năng to&agrave;n bộ ứng dụng bị chết.&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;li&gt;Khả năng mở rộng hạn chế do tập trung một khối lớn.&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;li&gt;Kh&oacute; &aacute;p dụng nhiều c&ocirc;ng nghệ v&agrave;o dự &aacute;n.&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&nbsp;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;&lt;img src=&quot;https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-q3M6Qc9vOBMnX5mcuzaZsL99ieLtelloX59KhL0a.png&quot;&gt;&lt;/strong&gt;&lt;/p&gt;&lt;p&gt;&nbsp;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;strong&gt;Microservices&lt;/strong&gt;&nbsp;&nbsp;&lt;br&gt;&lt;br&gt;&lt;ul&gt;&lt;li&gt;Chia nhỏ ứng dụng th&agrave;nh c&aacute;c services nhỏ hơn. &Yacute; tưởng của microservices l&agrave; chia b&agrave;i to&aacute;n lớn th&agrave;nh c&aacute;c b&agrave;i to&aacute;n nhỏ.&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;li&gt;C&aacute;c services được x&acirc;y dựng độc lập, c&oacute; khả năng ph&aacute;t triển, kiểm lỗi v&agrave; triển khai độc lập.&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;li&gt;C&aacute;c team l&agrave;m việc độc lập tr&ecirc;n từng services, từng features.&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;li&gt;&nbsp;&Aacute;p dụng c&aacute;c c&ocirc;ng nghệ, ng&ocirc;n ngữ kh&aacute;c nhau v&agrave;o từng services.&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;li&gt;Khả năng chịu lỗi tốt do c&aacute;c service độc lập, một service bị lỗi th&igrave; to&agrave;n hệ thống c&oacute; khả năng vẫn hoạt động được v&agrave; dễ d&agrave;ng sửa lỗi đ&uacute;ng service đ&oacute;.&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;img src=&quot;https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-vRHmvtjLk6G4z9cXcw4wF248JGhu7rkr6Aj4xlNs.png&quot;&gt;&lt;/p&gt;&lt;h2&gt;4. Ưu v&agrave; nhược điểm của microservices&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/h2&gt;&lt;h3&gt;&lt;strong&gt;Ưu điểm&lt;/strong&gt;&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;Chia nhỏ hệ thống lớn th&agrave;nh c&aacute;c services nhỏ độc lập n&ecirc;n dễ d&agrave;ng ph&aacute;t triển, bảo tr&igrave; v&agrave; triển khai độc lập.&lt;/li&gt;&lt;li&gt;Dễ d&agrave;ng cho c&aacute;c th&agrave;nh vi&ecirc;n mới khi tham gia v&agrave;o dự &aacute;n, chỉ cần học c&aacute;c service nhỏ.&lt;/li&gt;&lt;li&gt;Khả năng kiểm so&aacute;t lỗi tốt, một hoặc v&agrave;i services bị lỗi thị hệ thống kh&ocirc;ng bị crash.&lt;/li&gt;&lt;li&gt;C&oacute; thể lựa chọn nhiều c&ocirc;ng nghệ kh&aacute;c nhau cho từng services.&lt;/li&gt;&lt;li&gt;Khả năng mở rộng linh hoạt, khi cần scale module, feature n&agrave;o th&igrave; scale service tương ứng.&lt;/li&gt;&lt;/ul&gt;&lt;h3&gt;&lt;strong&gt;Nhược điểm&lt;/strong&gt;&lt;/h3&gt;&lt;ul&gt;&lt;li&gt;Kiến tr&uacute;c phức tạp, đ&ograve;i hỏi phải c&oacute; kiến thức chuy&ecirc;n s&acirc;u về devops (CI/CD) để c&oacute; thể triển khai c&aacute;c services nhỏ trong một hệ thống lớn&lt;/li&gt;&lt;li&gt;Kh&oacute; để đồng bộ v&agrave; thống nhất giữa c&aacute;c services (dữ liệu, m&atilde; nguồn, con người trong c&aacute;c team..), cần phải ch&uacute; &yacute; việc giao tiếp giữa c&aacute;c services sao cho hiệu quả.&lt;/li&gt;&lt;li&gt;Kh&oacute; đảm bảo sự to&agrave;n vẹn v&agrave; nhất qu&aacute;n dữ liệu giữa c&aacute;c services do mỗi service sử dụng một database ri&ecirc;ng.&nbsp;&nbsp;&lt;br&gt;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;5. C&aacute;c nguy&ecirc;n l&yacute; khi x&acirc;y dựng service trong microservices&nbsp;&lt;/h2&gt;&lt;p&gt;&lt;img src=&quot;https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-J1NR21J9UiZ0pCvFU35ifBXiwbyrMrUAF1vylsYV.png&quot;&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;Một service chỉ n&ecirc;n xử l&yacute; một nhiệm vụ ch&iacute;nh duy nhất.&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;li&gt;Mỗi service phải độc lập, c&oacute; khả năng đ&oacute;ng g&oacute;i v&agrave; triển khai độc lập. (CI/CD)&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;li&gt;C&oacute; thể di chuyển c&aacute;c services từ m&ocirc;i trường n&agrave;y sang m&ocirc;i trường kh&aacute;c dễ d&agrave;ng, thuận tiện cho việc t&iacute;ch hợp v&agrave; triển khai.&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;li&gt;Mỗi service n&ecirc;n c&oacute; dữ liệu của ri&ecirc;ng n&oacute;, kh&ocirc;ng n&ecirc;n chứa dữ liệu của c&aacute;c service kh&aacute;c. Nếu c&aacute;c service muốn chia sẻ dữ liệu th&igrave; n&ecirc;n giao tiếp qua c&aacute;c public interface.&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;li&gt;Khi một service bị lỗi th&igrave; kh&ocirc;ng ảnh hưởng đến to&agrave;n hệ thống. C&oacute; thể dễ d&agrave;ng hủy v&agrave; tạo lại service theo y&ecirc;u cầu.&nbsp;&nbsp;&lt;br&gt;&lt;br&gt;&nbsp;&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;6. Giới thiệu về series thực chiến x&acirc;y dựng hệ thống microservices&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;Phần 1 chủ yếu l&yacute; thuyết tổng quan về kiến tr&uacute;c microservices. Hiểu được kh&aacute;i niệm v&agrave; tư tưởng.&lt;/li&gt;&lt;li&gt;Phần 2 sẽ giới thiệu cấu tr&uacute;c dự &aacute;n microservices. Đồng thời x&acirc;y dựng 2 services đầu ti&ecirc;n l&agrave; product (.net 6 + mySql) v&agrave; customer (.net 6 Minimal API + PostgreSQL)&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;img src=&quot;https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-qLj1llkf735WjoFuThx1oA7ZYt6xYxlMfY2ejItU.png&quot;&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;Phần 3 nội dung về Clean Architecture v&agrave; CQRS pattern. Đồng thời x&acirc;y dựng 3 service: basket service (.net 6 + redis), order service (.net 6 + sql server) v&agrave; email service.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;img src=&quot;https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-aiMfOSPBsazfROOz1eOttNvaK4PaJCrcByXRxrjk.png&quot;&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;Phần 4 nội dung tập trung v&agrave;o c&aacute;ch c&aacute;c micro service giao tiếp với nhau. Phần n&agrave;y m&igrave;nh sẽ giới thiệu về RabbitMQ v&agrave; Kaffka. T&iacute;ch hợp RabbitMQ v&agrave;o hệ thống hiện tại cho quy tr&igrave;nh đặt h&agrave;ng - 2 services Basket v&agrave; Order sẽ giao tiếp với nhau.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&lt;img src=&quot;https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-NYxyyimZvdGmiBWMw58hKfsboBCN5aJV7omqOXOx.png&quot;&gt;&lt;img src=&quot;https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-wGUMGuu8WLpsYAJ1Lc0B3FL0dulfQ6X3nvWtd7S7.png&quot;&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;Phần 5 về API Gateway (Ocelot) trong microservices&nbsp;&nbsp;&lt;br&gt;&lt;img src=&quot;https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-UMvqaAIhhxwHKr3oKiPVz5ajX8ck5lbhFolqhPEA.png&quot;&gt;&lt;/li&gt;&lt;li&gt;Phần cuối l&agrave; một số nội dung kh&aacute;c về micorservices như quản l&yacute; transaction giữa c&aacute;c services, xử l&yacute; logging cho c&aacute;c request giữa c&aacute;c service, health check v&agrave; retry (polly),.&hellip;&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;7. Tổng kết&nbsp;&nbsp;&lt;br&gt;&nbsp;&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;Vậy l&agrave; ch&uacute;ng ta đ&atilde; đi qua tổng quan về microservices v&agrave; giới thiệu về nội dung tiếp theo trong series thực chiến x&acirc;y dựng hệ thống microservices.&lt;/li&gt;&lt;li&gt;Cảm ơn mọi người đ&atilde; xem b&agrave;i viết. Ch&uacute;c mọi người một cuối tuần vui vẻ.&lt;/li&gt;&lt;li&gt;Nếu c&oacute; thắc mắc về c&aacute;c phần trong b&agrave;i n&agrave;y mọi người c&oacute; thể inbox qua mail:&nbsp;&lt;a href=&quot;mailto:long.nguyendh@saigontechnology.com&quot;&gt;&lt;u&gt;long.nguyendh@saigontechnology.com&lt;/u&gt;&lt;/a&gt;. M&igrave;nh sẽ giải đ&aacute;p thắc mắc trong tầm hiểu biết. Cảm ơn mọi người.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&nbsp;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;References&lt;/strong&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;a href=&quot;https://learn.microsoft.com/en-us/azure/architecture/guide/architecture-styles/microservices&quot;&gt;&lt;u&gt;Microservice architecture - Azure&lt;/u&gt;&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&quot;https://learn.microsoft.com/en-us/dotnet/architecture/microservices/architect-microservice-container-applications/microservices-architecture&quot;&gt;&lt;u&gt;Microservices architecture | Microsoft Learn&lt;/u&gt;&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&quot;https://learn.microsoft.com/en-us/dotnet/architecture/microservices/architect-microservice-container-applications/direct-client-to-microservice-communication-versus-the-api-gateway-pattern&quot;&gt;&lt;u&gt;The API gateway pattern versus the direct client-to-microservice communication | Microsoft Learn&lt;/u&gt;&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&quot;https://rabbitmq.com/&quot;&gt;&lt;u&gt;https://rabbitmq.com/&lt;/u&gt;&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;u&gt;https://kafka.apache.org/&lt;/u&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/body&gt;&lt;/html&gt;

Tổng quan về Microservices (Phần 1)

Cài đặt môi trường làm việc cho dự án microservices với docker, xây dựng cấu trúc ban đầu cho dự án, triển khai logging và product service, containerize cho product.service.

Thực chiến xây dựng kiến trúc dự án Microservices và triển khai Product Service (phần 2)

In the previous section (part 2), I provided an overview of how to set up a working environment using Docker containers and build a Product Service. In this section (part 3), we will shift our focus to building Customer Service using .NET, Minimal API, and PostgreSQL.

Blog where we tell stories and share IT knowledge

Popular