Free Food ordering application

 

I have developed an application for small restaurants, to help them manage, and order the drinks or foods.  It is totally free and available both on Google Store and Apple store. 

On Iphone 13

Link:

IOS

Android

Read More

React Native Game - Memorize Cards Game

How big is your memory capacity? Try to remember these cards as much as possible and you will get the longest term memory. Let install and play Memorize Cards game 

 This is an application to form the mind. The cards will be shown in 3 seconds, and your mission is to find the cards you have seen before.

I used ReactNative to build this project.

Link download:

IOS: https://apps.apple.com/vn/app/memorize-cards-game/id1562798399

Google play store: https://play.google.com/store/apps/details?id=com.cardmemorize

Other game:

Virus Fighter - Kẻ diệt virus (Unity)

Android version:

https://play.google.com/store/apps/details?id=com.vnplayingcard.VirusFighter

Read More

Virus Fighter - Kẻ diệt virus (Unity)

Virus Fighter - Kẻ diệt virus (Unity)

Virus Fighter had been written by Unity C#, Go ahead and try to see how many viruses you can kill.

Android version:

https://play.google.com/store/apps/details?id=com.vnplayingcard.VirusFighter

IOS:
Naming issue (Virus) not able to upload to apple store.

How to play

Read More

Only me

Only me

Read More

Đôi chút về Mắt Biếc

 Nếu ai đã từng được vào danh sách friend zone của ai đó thì không nên đi xem phim Mắt Biếc, có thể bạn sẽ thấy hình ảnh mình trong đó. Không lý do gì mà Hà lan không nhận ra tình cảm của Ngạn. Sự chân thành mộc mạc của Ngạn khiến Ngạn dính phải thính, rơi vào list friend zone của Hà Lan, để rồi khi dính thính thì Ngạn như trúng bùa yêu vậy, dành 3 thập kỷ để yêu một cô gái. FWB còn có khả năng thành đôi chứ friend zone thì nghỉ khỏe.

Hà Lan với Ngạn hai nhân vật, hai tính cách khác nhau, Hà lan là mẫu con gái đại diện cho con gái thời nay, Ngạn thì không biết giống trai thời nào 😊))). Còn đại diện cho trai thời nay là Dũng, một chàng trai phong trần, đẹp trai, chơi bời.

Mặc dù ngoài đời nhân vật “Dũng” tính cách hoàn toàn đối lập nhưng trong phim Dũng đã thể hiện phần nào đó mẫu con trai mà con gái đều mong muốn. Dũng không có tiền nhưng gia đình Dũng có rất rất nhiều tiền. Nên Hà Lan yêu Dũng là hợp lý rồi, chỉ có điều kết thúc mối tình không đẹp. Thực tế tình yêu kiểu này cũng khó bên lắm.

Chi tiết đi ngược với xã hội Vietnam nhất có vẻ là chi tiết Trà Long có tình cảm với Ngạn. Ngạn nuôi Trà Long, con gái của Hà Lan với Dũng từ lúc 5 tuổi. Nuôi từ nhỏ như vậy thì nên hình thành là tình cảm cha con thay vì tình yêu. Ngạn mà yêu Trà Long chắc ngày mai lên trang nhất báo Tuổi Trẻ ngay.

Ngạn trong phim si tình, chung thủy, lãng tử, tài năng và đặc biệt tài dại gái từ nhỏ, ngoài đợi mà có một Ngạn như vậy thì khổ cho mấy đứa con gái. Trừ khi bị dính bùa mà thôi, yêu gì tới 30 năm, không chết vì cô đơn cũng chết vì gia đình họ hàng nhắc KHI NÀO MÀY LẤY VỢ.

Nếu được bình chọn cho nhân vật nhọ nhất năm nếu Ngạn là #2 thì không ai là #1, đổ vỏ mà cũng không đổ được, không có vui vẻ gì. Đã vậy còn dính bùa thính 3 thập kỷ.

Mắt biếc cho ta nhận ra yêu ai nếu thấy đèn có chút xanh thì thổ lộ xem đó là thính hay là đèn xanh thật, thính thì té, mà đèn xanh thì vượt thôi, dừng lại xe sau đâm liền. Còn bị Friend Zone rồi thì kiếm ngã tư khác mà rẽ, cứ như vậy buồn đâu ai biết.

Mắt biếc còn mang một thông điệp khác là #NgungThaThinh tới mẫu phụ nữ hiện đại thời nay. Để Ngạn có thể yêu Hồng, một Thảo Tâm tài năng, nói tiếng anh như gió.

Phim có tác dụng phụ với mấy cặp đôi yêu nhau mà còn vướng với tình cũ, không ít cặp đôi đã chia tay nhau sau khi đi xem phim này vì lý do người yêu mới quay về người yêu cũ. Do vậy những “Dũng” thời nay, làm gì làm, “support lake” cũng được, uống sữa cô gái Hà Lan rồi thì bỏ VinaMilk đi nhé, tội Ngạn lắm.

Tiếc là phim mới ra năm nay, nếu có cách đây mấy năm thì chắc mình sẽ thức tỉnh thổ lộ với tình yêu với Ngọc Trinh rồi biết đâu được Trinh chấp nhận, Giờ Trinh có người mới rồi, Mình thì đang đang tạm “rời làng” lọ mọ đi tìm mối khác, Haizzz tiếc quá.

[KẾT]

Mắt Biếc là bộ phim đáng xem của Victor Vũ, một tác phẩm điện ảnh được trau chuốt hình ảnh, tạo dựng nhân vật, âm nhạc khá là hay. Mình rất ấn tượng với cảnh làng quê Vietnam ngày xưa mộc mạc, rất yên bình, rất đẹp , Và đặc biệt Hà Lan cũng rất đẹp.

Read More

Giấc mờ tàu điện ngầm

Năm 2xxx cuối cùng thì đoạn cuối cùng của tàu điện ngầm cũng hoàn thành và đưa vào sử dụng. Điều mà Singapore đã làm vào năm 1987, nghĩa là cách đây nhiều chục năm về trước. Singapore chỉ mất khoảng 5 năm để làm điều đó. Chúng cũng chỉ mất mất nhiều lần 5 năm từ lúc khởi công cho tới khi sử dụng được.

Một sáng thứ 7 đẹp trời thành phố khai trương tàu điện ngầm, một hàng dài lộn xộn chen chúc để mua cho được cái thẻ đi tàu điện ngầm tầm khoảng hai mươi nghìn, phân phe vé xuất hiện, rao bán với giá gấp 2 gấp 3 tức là khoảng 50, 60 nghìn, đối với một số người thì mức giá đó chấp nhận được thay vì xếp hang dài đợi cả tiếng đồng hồ. Giá vé có chút thay đổi so vớ kế hoạch ban đầu thay vì giá qua cổng với giá 7.000 thì giờ đây giá đã lên 15.000, và mỗi trạm đã là 3.000 thay vì 1.000.

Giới trẻ ầm ầm đổ xô nhau đi chụp hình check in facebook, nào là đã có thẻ lên tàu trong tay, nào là đã được đi tàu điện ngầm.., và cứ mỗi cuối tuần dân chúng kéo nhau đi tàu điện ngầm chỉ để check in, chụp hình đăng facebook.

Sáng sớm tôi bước chân ra đi làm, nhà cách bến tàu điện ngầm khoảng 6km nên phải đi xe, loay hoay khoảng 10 phút mới tìm được chổ đậu xe. Xung quay trạm tàu điện ngầm quán xá, bãi giữ xe tự phát mọc lên. Mặt hớn hở bước vào ga thì chứng kiến thêm việc chen lấn vào cổng lên tàu, có anh quẹt thẻ không được đứng chặn ngay cổng, chị kế bên thì luống cuống tìm thẻ trong chiếc giỏ đầy mỹ phẩm… mặc cho mọi người đứng sau la hét.

Tới tàu điện, người ngoài xô đẩy để được lên tàu, còn người ở trong muốn xuống trạm thì bị người ngoài chặn hết cả lối ra. Có những người bị qua trạm nên phải đi chuyến ngược lại. Cảnh tượng nhồi nhét giờ cao điểm giống xe buýt mỗi dịp về quê ăn tết, may mà còn có khoảng không gian để thở.

Cụ già đứng cạnh chưa quen nên cứ bám víu lấy cánh tay của tôi, Ở dãy ghế là các cô cậu ăn mặc bảnh bao đóng thùng, tay bấm điện thoại. Khoang xa xa có đứa trẻ khóc to vì không chịu uống sữa, vài thanh niên tranh thủ ăn bánh mì trước khi lên tới công ty, trước mặt tôi là cái bảng quy định không được ăn hay uống nước trên tàu điện.

Tới trưa thì tàu điện ngầm đã thưa thớt người, khu vực nhà ga thành bãi rác, túi ni-long, giấy gói bánh mì, hộp sữa… rải rác dưới mặt đất. Thung rác thì tràn cả ra ngoài.

Đông đúc, chen chúc, một nơi đầy lý tưởng và là thời cơ để bọn trộm cướp di cư từ các trạm xe buýt xuống tàu điện ngầm để hoạt động, ở đây đông người người chen lấn, nên việc mất đồ là thường xuyên, camera không thể truy xuất.

Một ngày nhiều việc, tới khuya tôi mới trở về nhà, những đứa bé bán vé số còn lảng vãng dưới tàu điện điện để tìm kiếm những khách hàng cuối cùng trong ngày. Giới trẻ đã bắt đầu xuống tàu chụp hình đăng facebook. Nhưng cô chú bảo vệ còn la hét để những người đi tàu giữ trật tự và không được xả rác.

Có chú an ninh hình như đang cố gắng muốn truyền tải thông điệp gì đó, “Harbourfront, go down please”, Humm không phải tiếng việt, giật mình tỉnh dậy, hóa ra cô chú an ninh báo là trạm cuối rồi, xuống trạm. Ngơ ngáo hồi lâu mới biết mình mới ngủ mơ, năm nay mới 2019 và mình còn đi làm và Vietnam vẫn chưa có tàu điện ngầm để đi. Sáng ra mà mệt mỏi quá ta.

Singapore 2019 Dec

Read More

Một số thay đổi trong React lifecycle version 16.3, 16.4

I. Lan man
Lifecycle rất quan trọng trong việc xử lý, thường khi xử lý vấn đề gì liên quan tới lifecycle thì mình thường đặt câu hỏi when và where. Tùy thuộc vào từng giai đoạn từng tính chất của yêu cầu mà chúng ta xử lý ở lifecycle method khác nhau.
Ở đây mình ko đi chi tiết các methods của react lifecycle. Mình chỉ đưa ra các thay đổi trong react release gần đây.

II. Giới thiệu
Trong react thì mỗi component trong react đều có lifecycle như nhau, và lifecycle của react được chia thành 3 phần chính: mounting, updating và unmounting.
Refer link: http://projects.wojtekmaj.pl/reactlifecyclemethodsdiagram/

Mounting: Khi component được tạo và add vào DOM.
Thứ tự các methods:

• constructor()
• static getDerivedStateFromProps()
• render()
• componentDidMount()

Ở các phiên bản trước còn có thêm method “componentWillMount” nhưng từ bản cập nhật sau này nó đã được bỏ đi và được rename thành “UNSAFE_componentWillMount()”, và nó vẫn còn work cho đến version 17.

Unmounting: Bắt đầu remove component ra khỏi DOM.
Unmounting thì chỉ có 1 method là

• componentWillUnmount()

Updating: xẩy ra khi props hoặc state thay đổi
Thứ tự các methods sẽ là:

• static getDerivedStateFromProps()
• shouldComponentUpdate()
• render()
• getSnapshotBeforeUpdate()
• componentDidUpdate()

Cũng tương tự như  componentWillMount, thì componentWillUpdate và componentWillRecieveProps sẽ được bỏ đi trong thời gian tới, và hiện tại vẫn work cho đến version 17 với tên là:

• UNSAFE_componentWillUpdate()
• UNSAFE_componentWillReceiveProps()

III. Thay đổi
Thường thì tùy vào mục đích mà chúng ta xử lý ở mỗi event khác nhau. Ở version react 16.3 đã giới thiệu một số vòng đời mới nhằm thay thế cho các method cũ, để cung cấp hỗ trợ tố hơn cho bản chất không động bộ asynchronous của react.

1. getDerivedStateFromProps

Nếu như ai đã từng làm react từ version 16.3 trở về trước thì có thể nó tương đồng với componentWillReceiveProps, getDerivedStateFromProps nó sẽ được invoked khi component nhận các props mới. Nhưng tới version 16.4 nó được invoked cả ngay sau khi setSate() or forceUpdate().

Nó nhận trách nhiệm đảm bảo state và props được  đồng bọ, khi được yêu cầu, và nó được thay thế cho componentWillReceiveProps .
Ví dụ

Function getDerivedStateFromProps được invoked khi component đã mounted, hoặc khi nhận props mới (16.3), setstate(), foreUpdate() (16.4). Và nó sẽ được gọi nếu như parent component rerender lại. Tham số của method này là tất cả props được thay đổi gọi là nextProps, thường thì chúng ta cũng có thể so sánh giá trị hiện tại và giá trị sẽ nhận trong method này.
Ở ví dụ trên nếu như giá trị của chosen mới nhận khác với giá trị hiện tại thì chúng ta tiến hành thay đổi state, giảm tránh việc rerender lại (after setstate) component nếu như giá trị mới và giá trị hiện tại là như nhau.
Do tính chất là sẽ được gọi khi nhận prop mới, nên có thể method này được gọi nhiều lần cho single update. Để tránh việc render nhiều lần thì chúng ta có thể thực thi update một lần.

2. ComponentDidMount

Method này được thực this au khi render lần đầu tiền phía client side. Method này được dung để tích hợp với các Js framework khác và các functions delayed thực thi như: setTimeOut, SetInterval. Có thể sự dụng method này để cập nhật state trigger các lifecycle method khác.
Ở method này thường dung để load data, call API…  Ví dụ dưới chúng ta fetch data từ API:

3. getSnapshotBeforeUpdate(prevProps, prevState)

Đây cũng là 1 trong các methods mới được giới thiệu gần đây, nó là sự thay thế cho method componentWillUpdate() ở phiên bản trước.

4. Depprecate functions các chức năng không được sử dụng nữa

• componentWillReceiveProps— UNSAFE_componentWillReceiveProps
• componentWillUpdate— UNSAFE_componentWillUpdate

các methods này được thông báo là sẽ ko được hỗ trợ ở version 17.

IV. Kết 

Tobe continues

Read More

Thì của động từ part 2 - Thì hiện tại đơn - the simple present tense

Thì của động từ part 2
Thì hiện tại đơn - The simple present  tense

Cách dùng: 
- Diễn tả hành động xẩy ra ngay lúc nói
- Diễn tả chân lý sự thật hiển nhiên
  The sky is blue.
- Diển tả thói quen, hành động xẩy ra thường xuyên
   My brother plays the piano every morning.

Cấu trúc

Thể khẳng định
Subject + Vs/es + O
I am a pie lover

Thể phủ định
Subject + tobe + not + [root form of verb] + [O]
Or
Subject + do/does + not + [root form of verb] + [O]
I am not a pie lover

Thể nghi vấn (Question)
[What/how/why..] + [subject] + [root form of verb]  + [O]
Or
Do/does + [subject] + [root form of verb]  + [O]

Do you know how to bake a pie? 
How much does Pauline love pie?

Trạng từ (Advert) thường dùng trong thì hiện tại đơn:
 always, every, usually, often, generally, frequently

To be
Các động từ tobe dùng trong thì hiện tại đơn
I + am / am not
We/ They / Ns (danh từ số nhiều) + are / are not
He / She/ It + is/ is not
Do / does
I/

Khi nào dùng to be khi nào dùng trợ động từ do/does
Trong thì hiện tại đơn, thì quá khứ đơn ta dùng trợ động từ do/does khi trong câu có 1 đồng từ chính khác

Example:
Do you think kids are cute? / Do you want to have kids someday? / Does the boy tease the girl often?
Động từ chính là phần được tô đậm

Và ngược lại thì dùng động từ to Be khi trong câu không có động từ
Are these kids cute?  Are these kids typical kids?  Are these kids in trouble?

Vs/es là gì
Ở thì hiện tại đơn hầu hết các động từ ở thể nguyên thể không chia, trừ ngôi thứ 3 số ít thì thêm s phía sau động từ.
Example: He/she/it writes
Ngôi thứ nhất với ngôi thứ 2 số nhiều thì giữ nguyên động từ.
Example: I / you / we/ they

Nhưng có một số động từ thêm es thay vì thêm s.
Các động từ nguyên thể kết thúc bằng: O, CH, SH, TH, SS, GH, Z, khi kết hợp với ngôi thứ 2 số ít thì ta thêm es vào sau.
Ví dụ động từ Go
He/ She/ it + goes

Các động từ phổ biến:

Infinitive	I, You, We, They	He, She, It
to ask	ask / do not ask	asks / does not ask
to work	work / do not work	works / does not work
to call	call / do not call	calls / does not call
to use	use / do not use	uses / does not use
to have	have / do not have	has / does not have

Các từ dùng trong bài viết:

Vocabularies	Meaning
Simple present tense	Thì hiện tại đơn
Verb	Động từ
Noun	Danh từ
Infinitive	Nguyên mẫu
Advert	Trạng từ
Tease	Trêu chọc
First-person singular	Ngôi thứ nhất số ít (I)
Second-person singular	Ngôi thứ 2 số nhiều (you)
Third-person singular	Ngôi thứ 2 số ít (She/he/it)
First-person plural	Ngôi thứ nhất số nhiều (We)
Second-person plural	Ngôi thứ 2 số nhiều (you)
Third-person plural	Ngôi thứ 3 số nhiều (They)

Read More

Thì của động từ part 1

Trong tiếng anh có 3 thì cơ bản: Quá khứ (Past) , Hiện tại (Present) và Tương lai (Future)

Thì quá khứ dùng miên tả nhừng hành động xẩy ra trong quá khứ (Giờ trước, ngày hôm qua...)

Thì hiện tại dùng để miêu tả hành động đang xẩy ra hoặc là hành động xẩy ra liên tục

Thì tương lai miên thả hành động chưa xẩy ra
Chi tiết ở bài sau

Ta có thể hiểu qua hình ảnh bên dưới. dấu gạch đổ thẳng đứng là mốc thời gian hiện tại.

Trong các thì mỗi thì được chia thành 4 thì: đơn, hoàn thành, tiếp diễn, hoàn thành tiếp diễn

Như vậy các thì sẽ được chia như sau:

Thì quá khứ

1. Thì quá khứ đơn
   Last night, I read an entire novel.
   I watched TV last night.
2. Thì quá khứ hoàn thành
   I had read at least 100 books by the time I was twelve.
   I had watched Harry potter last year.
3. Thì quá khứ tiếp diễn
   I was reading Edgar Allan Poe last night.
4. Thì quá khứ hoàn thành tiếp diễn
   I had been reading for at least a year before my sister learned to read.

Thì hiện tại

1. Thì hiện tại đơn
   I watch TV every morning.
   I read nearly every day.
2. Thì hiện tại hoàn thành
   I have watched so many TVs show.
   I have read so many books I can’t keep count.
3. Thì hiện tại tiếp diễn
   I am reading Shakespeare at the moment.
4. Thì hiện tại hoàn thành tiếp diễn
   I have been reading since I was four years old.

Thì tương lai:

1. Thì tương lai đơn
   I will watch the TV on tonight.
   I will read as much as I can this year.I will read as much as I can this year.
2. Thì tương lai hoàn thành
   I will have watch TV show tonight
   I will have read at least 500 books by the end of the year.
3. Thì tương lai tiếp diễn
   I will be reading Nathaniel Hawthorne soon.
4. Thì tương lai hoàn thành tiếp diễn
   I will have been reading for at least two hours before dinner tonight.

Read More

Thư viện MapOnly

     MapOnly là thư viện mình hay xài trong việc mapping giữa các model trong c#, nó khá đơn giản. Mình viết nó khá lâu, chắc từ hồi mình xài webform. Nó chỉ là mapping giữ liệu giữa 2 class. Sau này thì mình có copy qua .Net Standard để có thể xài được .Net Core và .Net Framework.

Hiện tại MapOnly chưa hỗ trợ mapping giữa các listing khác kiểu, nên mình để version 0.0.1. Có thời gian thì mình sẽ xem xét thêm các tính năng khác và hoàn thiện nó hơn và nâng version lên bản chính thức có version 1.0.0.

Dependences

   Phiên bản 0.0.1 tương thích với .Net Framework > 4.6.1, .Net standard 2.0 và .Net Core

Setting, cài đặt

Cách thức cài đặt thì cũng giống như các thư viện khác, tải trực tiếp trên site nuget hoặc là cài đặt bằng lệnh

Install-Package MapOnly

Hoặc có thể sử dụng nuget manager search và install

Hướng dẫn

Link Github: https://github.com/azlogs/MapOnly

Link Nuget: https://www.nuget.org/packages/MapOnly/

Hướng dẫn: https://www.azlogs.net/p/maponly.html

Read More

IOC - Inversion of Control

Seri này forcus vào các vấn đề sau:  

• Inversion of Control (IoC),  
• Dependency Inversion Principle (DIP), 
• Dependency Injection (DI), 
• IoC containers. 

I. Design parten and Design principle

Design principle cung cấp high level để thiết kế ứng dụng tốt hơn. Chúng không cung cấp implementation (thực thi), và không ràng buộc bất cứ ngôn ngữ nào. SOLID (SRP, OCP, LSP, ISP, DIP) principles là một trong những desgin principle phổ biến. 

Design pattern cung cấp low-level solution liên quan tới việc implementation, của các vấn đề chung trong hướng đối tượng. Nói cách khác, design pattern là mẫu, chuẩn về  việc implementation trong lập trình hướng đối tượng. 

Ví dụ: Abstract Factory, Factory, Singleton, Command,...

IoC, DIP là high level design principle, nên chúng được sử dụng trong việc design lớp ứng dụng, chúng không cung cấp bất cứ chi tiết implementation cụ thể nào.

DI là pattern còn IoC container là framework, là implementation.

II. Ioc - Inversion of Control

IOC là 1 design principle, giống như tên gọi của nó, Nó được dùng để đảo ngược cái loại điều khiển trong thiếu kế hướng đối tượng để để giảm bớt sự phụ thuộc. Ở đây, các điều khiển đề cập đến các trách nhiệm bổ sung trong một class, ngoài trách nhiệm chính của nó. Điều này bao gồm kiểm soát luồng của ứng dụng và kiểm soát luồng của việc tạo đối tượng hoặc tạo và ràng buộc đối tượng phụ thuộc.

Có thể hiêu IoC thông qua ví dụ dưới đây:
Giả sử A đi làm bằng car, A tự lái xe tới công ty nghĩa là A control car. Nguyên tắc IoC là đảo ngược điều khiển, nghĩa là thay vì tự lái xe, A thuê taxi, sẽ có một tài xế lái xe. Do đó, điều này được gọi là IoC - đảo ngược điều khiển - từ A đến tài xế taxi. A không phải tự lái xe và A có thể để tài xế lái xe, A có thể tập trung vào công việc chính của mình.

III. Sử dụng factory pattern 
Factory Pattern

Một Factory Pattern hoặc là Factory Method Pattern chỉ định nghĩa 1 interfce hoặc abstract class cho việc tạo 1 đối tượng nhưng để các subclasses quyết định class nào sẽ được tạo. Hay nói cách khác, subclasses có trách nhiệm tạo ra instance của class.

Dưới đây là một ví dụ áp dụng IoC sử dụng Factory pattern:
Ở đây mình có 2 class là CustomerBusinessLogic và 1 lớp DataAcces như bên dưới:

public class CustomerBusinessLogic
{
    DataAccess _dataAccess;

    public CustomerBusinessLogic()
    {
        _dataAccess = new DataAccess();
    }

    public string GetCustomerName(int id)
    {
        return _dataAccess.GetCustomerName(id);
    }
}

public class DataAccess
{
    public DataAccess()
    {
    }

    public string GetCustomerName(int id) {
        return "Dummy Customer Name"; // get it from DB in real app
    }
}

Lớp CustomerBusinessLogic  phụ thuộc vào lớp DataAccess. Nó sẽ tạo ra 1 đối tượng của DataAccess để sử dụng các method public ở trong lớp DataAccess, cụ thể ở đây là sử dụng method  GetCustomerName đẻ lấy dữ liệu khách hàng (customer data).

Cách này không có sai và chương trình vấn chạy bình thường, nhưng nó sẽ khó maintain, và sẽ phát sinh một vấn đề sau:

Lớp CustomerBusinessLogic và DataAccess được gọi là "liên kết chắt chẽ" bởi vì lớp CustomerBusinessLogic chứa tham chiếu của của lớp DataAccess. Và nó cũng tạo ra một đối tượng của lớp DataAccess.

Và vấn đề của ví dụ này là:

1. Vì CustomerBusinessLogic và DataAccess là các lớp liên kết chắt chẽ, Vì vậy khi DataAccess thay đổi sẽ dẫn đến sự thay đổi CustomerBusinessLogic . Ví dụ khi thêm hoặc thay đổi bất kỳ method trong lớp DataAccess và chúng ta cần thay đổi lớp CustomerBusinessLogic cho phù hợp.

2. Giả sử dữ liệu khách hàng đến từ những database khác nhau hoặc là từ một web service nào đó, trong tương lai, có thể chúng ta cần tạo ra những class khác nhau. Vì thể nó sẽ ảnh hưởng tới sự thay đổi trong lớp CustomerBusinessLogic.

3. Lớp CustomerBusinessLogic tạo ra 1 đối tượng của lớp DataAccess, sử dụng từ khóa new. Có thể có nhiều lớp sử dụng lớp DataAcess và tạo ra đổi tưởng của nó. Nếu như thay đổi tên class thì chúng ta cần tìm tất cả các class có sử dụng DataAccess để sửa. Đây là là đoạn code lặp đi lắp lại đẻ tạo ra đối tượng của cùng một lass và duy trì sự phụ thuộc.

4. Bởi vì lớp CustomerBusinessLogic tạo ra một đối tượng của lớp DataAccess. Nó không thể test độc lập (TDD). Lớp DataAccess không thể thay thể với 1 mock class (có thể tìm hiểu mock test).

Để giải quyết những vẫn đề trên và nới lỏng liên kết. Chúng ta có thể sử dụng IoC và DIP principle (bài sau) cùng nhau. Nên nhớ, Ioc là một principle, không phải là một Pattern. Nó chỉ cung cấp  high-level desig nhưng không cung cấp chi tiết implemenetation (thực thi). Chúng ta có thể tự do implement IoC principle theo cách mà chúng ta muốn.

Pattern implement của Ioc:

Đầu tiên tạo một lớp Factory trả về một đối tượng của DataAccess như bên dưới:

public class DataAccessFactory
{
    public static DataAccess GetDataAccessObj() 
    {
        return new DataAccess();
    }
}

Bây giờ sử dụng lớp Factory trong lớp CustomerBusinessLogic để lấy đối tượng DataAccess.

public class CustomerBusinessLogic
{

    public CustomerBusinessLogic()
    {
    }

    public string GetCustomerName(int id)
    {
        DataAccess _dataAccess =  DataAccessFactory.GetDataAccessObj();

        return _dataAccess.GetCustomerName(id);
    }
}

Như chúng ta thấy lớp CustomerBusinessLogic sử dụng method DataAccessFactory.GetCustomerDataAccessObj() để lấy đối tượng của lớp DataAccess thay vì sử dụng từ khóa new, Do vậy, chúng ta đã đảo ngược điều khiển việc tạo ra một đối tượng của một lớp phụ thuộc từ CustomerBusinessLogic sang lipws DataAccessFactory. Đây là một ví dụ đơn giản về IoC và bước đầu để đạt được hướng tới thiếu kế loose coupled. Chúng ta sẽ không hoàn toàn tách các lớp phụ thuộc, nới lòng chỉ bằng cách sử dụng IoC. Và kèm với IoC thì chúng ta cần sử dụngDIP, Strategy pattern, và DI (Dependency Injection).

Read More

Lưu ý dùng DateDiff trong sql server

Vấn đề

Một ngày đẹp trời nọ, có bài toán tính số tháng giữa 2 ngày tháng cho trước. Mình hớn hở tự tin trong sql server có datediff by month có thể giảu quyết được tất. Nhưng không phải như vậy

Bài toán 1

Tính số tháng giữa 2 ngày, nhưng khác tháng.
Ở hình trên mình lấy ví dụ 1 là tính tháng từ ngày 1/1/2016 cho tới hết năm là ngày 31/12/2016 kết quả khi mình xài DATEDIFF là 11

Và ví dụ 2 mình tính số tháng từ ngày 15 tháng 3 năm 2015 tới ngày 14 tháng 4 năm 2016 thì kết quả là 12.

SELECT DATEDIFF(DAY,'2016/1/1', '2016/12/31'), DATEDIFF(MONTH,'2016/3/15', '2017/3/14')

Mặc dù nếu tính theo ngày thì sẽ cho ra cùng một kết quả là 356 ngày




Thế vấn đề đây là gì, phải chăng là function datediff theo tháng bị sai.

(còn tiếp...)

Read More

Seri Sql: #4 Sql Cơ bản mệnh đề WHERE (Stop basic sql)

Syntax

SELECT FROM and WHERE condition (file operator value)


Khi dùng câu lệnh select from thì kết quả trả về là toàn bộ bản ghi trong table được chọn. Nhưng không phải lúc nào mình cũng lấy hết dữ liệu để hiện thị lên. Để lấy giữ liệu của 1 bảng dựa trên 1 điều kiện nào đó thì ta dùng mệnh đề where. Where là mệnh đề dùng để lọc giữ liệu theo một điều kiện nào đó.

Quay về ví dụ của bài trước #3,  nếu ở đây yêu cầu là chỉ lấy những dữ liệu có type là Twitter thì ta viết như sau:

SELECT id, type  as 'contactType'
FROM supportContacts
WHERE type ='Twitter'

Kết quả trả về 1 dòng dữ liệu thỏa mãn điều kiện

Operators 

Các toán tử được dùng trong mệnh đề WHERE:  =, <>, >, >=, <, <=, IN, BETWEEN, LIKE, IS NULL or IS NOT NULL.

Document: https://en.wikipedia.org/wiki/Where_(SQL)

Stop

Mình nghĩ mình sẽ stop seri Sql cơ bản ở đây không phải là do là hết phần basic rồi mà bởi vì giờ đây có rất nhiều site chất lượng dễ dàng tìm kiếm và rất dễ học.

Read More

Seri Sql: #3 Câu lênh cơ bản : Select, Hướng dẫn sqlfiddle

Sqlfiddle

http://www.sqlfiddle.com Trang web này rất là hữu ích cho những người bắt đầu học sql, chưa cần hiểu nhiều về database, chỉ cần viết câu lênh và run. Nó cũng cho phép chúng ta lưu lại những câu truy vấn. rất dễ dàng để chia sẽ sql code cho người khác. Hoặc bạn muốn hỏi ai đó, post câu hỏi lên diễn đàn, và kèm theo ví dụ thực tế của bạn thì sqlfiddle là một lựa chọn để làm việc đó

Giao diện cũng dễ xài, Ô bên phải dùng để tạo dữ liệu (tạo table, insert data), Ô bên phải dùng để viết câu truy vấn, còn dưới cùng là hiển thị kết quả.

Menu top cho phép chúng ta lựa chọn RDBMS nào, mySql, Ms Sql Server, có cả version kèm theo.

Syntax

Cú pháp cơ bản: SELECT và FROM.

Câu lênh này dùng để truy vấn dữ liệu từ một nguồn nào đó. thường thì sẽ là 1 table, có thể là 1 function.

Ví dụ ta có 1 table như sau:

CREATE TABLE supportContacts 
( 
   id integer primary key, 
   type varchar(20), 
   details varchar(30) 
 );  

INSERT INTO supportContacts(id, type, details) VALUES(1, 'Email', 'admin@sqlfiddle.com'); INSERT INTO supportContacts(id, type, details) VALUES(2, 'Twitter', '@sqlfiddle');

Để thấy dữ liệu cảu table supportContacts thì ta dùng câu truy vấn như sau:

SELECT * FROM supportContacts 

Copy đoạn code này vào SqlFillde để chúng ta thấy được kết quả:

Copy đoạn code tạo table và insert  data vào table vào vùng thứ 1. sau đó click vào build Schema để sqlfidle tạo db. Sau đó copy câu lênh select vào textbox ở vùng thứ 3 trong hình. Cuối cùng bấm Run Sql và đợi. Kết quả sẽ hiện thị bên dưới ở vùng thứ 5 trên hình

Trong câu lệnh Select thường yêu cầu lấy những fields nào thì mình sẽ select fields đó, và giữa các fields cách nhau bởi dấu phẩy, Không nên dùng select *

Ví dụ ở đây mình chỉ muốn lấy Id và type thôi, khi đó câu lệnh select sẽ là:

SELECT id, type as 'contactType' 
FROM supportContacts

Tên columns khi lấy ra thì mình có thể thay đổi được cú pháp as 'Tên cột'

Đối với câu lênh select bình thường(ko tính toán) trong database lưu trữ như thế nào thì sẽ được lấy lên như vậy, câu lệnh select không làm thay đổi dữ liệu khi truy vấn, cho dù mình run nó nhiều lần.

Format

Viết sao cho đẹp? Từ khóa trong Sql thì ko phân biệt hoa thường như một số ngôn ngữ lập trình, nên người ta thường viết hoa từ khóa để rõ ràng, và ứng với mỗi từ  khóa thì xuống hàng như mình viết ở trên. Quy ước đặt tên hay viết sao cho đẹp không phải ai cũng giống nhau.

Read More

Seri Sql: #2 Database và Table

Database

Như phần trước mình có nói Database là tập hợp dữ liệu có hệ thống. Nó hỗ trợ lưu trữ và cho phép thao tác, làm cho việc quản lý dữ liệu dễ dàng hơn.

Table

Một database lưu trữ những đối tượng (object) gọi là tables ( bảng). Một bảng là 1 tập hợp dữ liệu thực thể liên quan và nó được biễu diễn dưới dạng columns và rows ( hàng và cột)
Ví dụ ta có bảng customers bên dưới:

Fields

Trong mỗi bảng chia thành các thực thể nhỏ hơn gọi là fields, tương ứng với columns trong table. Ví dụ fields tỏng bảng customers bên trên là CustomerID, CustomerName, ContactName, Address, City, PostalCode and Country.

Rows

Mỗi bản ghi(record) là mỗi dòng, là mỗi thực thể riêng lẽ trong 1 table.

Naming convention

Có rất nhiều cách đặt tên, có thể ở công ty này đặt theo quy ước này, có thể công ty khác đăt tên theo quy ước khác, tùy theo người design ban đầu. Mục đích của việc đặt tên là đưa về một chuẩn chung, tránh sự lộn xộn, dễ dàng nhận biết mục đích nó là gì. Một số người có thể lấy db mẫu của microsoft: AdventureWorks, đặc điểm của sample này như sau:

Sử dụng tên số ít cho tables và fields
Tên Schema cho tiền tố của bảng tables (Ví dụ: auth.User, master.Category)
Quy tắc Pascal

Ví dụ cách đặt tên

Mình thì vẫn lựa chọn đặt tên theo quy tắc pascal, tên table, tên database, tên fields có nghĩa. Với index, khóa ngoại, trigger, function.. thì mình dùng dấu gạch ngang giữa các từ có nghĩa, và luôn luôn có tiền tố đầu
Ví dụ 1 function trong sql server mình thường đặt tên như sau:
fn_news_getCreatedDate
Nhìn vào có thể hiểu nó là 1 function của tin tức và nó làm nhiệm vụ lấy ngày tạo ra tin tức.
fn là viết tắt của function
news: là module tin tức
getCreatedDate: là tên của function

Database name:

Food.News,  Food.Data, Food.MasterData
FoodNews, FoodData, FoodMasterData
foodNews, foodData

Trong một hệ thống có thể có nhiều database, thường người ta chia theo domain, ít có ràng buộc tới nhau. để tránh sự phức tạp khi lấy dữ liệu giữa các database.
Ở ví dụ trên có thể thấy, đây là dữ liệu về một hệ thống liên quan tới Food.
FoodNews -> Chứa những tin tức về food
FoodData -> dữ liệu chính, liên quan tơi food
FoodMasterData -> Là chứa những master data, ít bị thay đổi.

Table name

Auth.Users, Food.Categories

Đối với bảng thì mình vấn thích để schema rồi tới table name số nhiều, như vậy mình sẽ thấy nó rõ ràng hơn và phần biệt được giữa các module.
Một số cách đặt tên khác như:

sys_master_holiday
SysMasterHoliday

Thay vì đặt schema thì sẽ đặt prefix bên trước.

Field name

Đối với fields thì mình thường đặt tên như sau:

AccountName 

chữ cái đầu mỗi tiếng thì viết hoa.
Cách đặt tên khác:

acountName
acount_name

Read More