Giới thiệu về UmiJS P2 (Cấu trúc thư mục, cấu hình thường dùng)

Bài viết này mình sẽ đi qua về cấu trúc thư mục và một vài cấu hình hay dùng khi làm việc với umiJS và một số tính năng, để tìm hiểu nhiều hơn các bạn có thể tham thảo trên trang chủ umiJS.

I. Cấu trúc thư mục umiJS:

Khi tạo dự án từ umi package, chúng ta sẽ có cấu trúc thư mục:

  • dist: thư mục build ứng dụng
  • mock: thư mục để định nghĩa mock dữ liệu cho ứng dụng

    – Ở thư mục mock chúng ta khởi tạo cái mock data cần thiết chia tách bằng các file hoặc 1 file tùy bạn
    – Trong mổi file mock mô tả phương thức, đường dẫn và dữ liệu trả về tương ứng. gọi bằng cách tạo request theo link http://localhost:3000/api/currentUser– Mặc định thì mock  sẽ được kích hoạt khi gọi lệnh umi dev, nếu muốn bỏ qua không dùng mock trong ứng dụng, chúng ta truyền thêm tham số MOCK=none khi chạy lệnh umi dev, tham khảo package.json file
  • node_modules: thư mục chứa cái package của ứng dụng.
  • src: toàn bộ mã của ứng dụng sẽ nằm ở thư mục này, bao gồm các thư mục
    1. assets: lưu trữ các file assets của ứng dụng bao gồm styles, hình ảnh, font….
    2. components: khai báo các component có thể sử dụng lại trong toàn bộ ứng dụng
    3. layouts: lưu trữ file layout của ứng dụng
    4. models: tạo model cho toàn bộ ứng dụng, umi sẽ  dựa vào thư mục này để sinh ra state cho toàn bộ ứng dụng.
    5. pages: tạo page cho ứng dụng, từ cấu trúc thư mục trong pages, umi sẽ sinh ra định tuyến tương ứng cho toàn bộ ứng dụng của bạn
    6. file app.jsglobal.scss
    7. Vì umi hổ trợ kiến trúc thư mục directory duck, nên việc mình có thể linh hoạt tạo thư mục models, components trong thư mục trong thư mục pages, sẽ được umi quét và sinh ra tự động (điều này rất tiện, nếu bạn muốn làm việc theo module và các module tách biệt lẫn nhau)
      Điều này cũng khá thú vị nếu tổ chức mã theo module độc lập, với cấu trúc thư mục module tách biệt nhau, umi sẽ giúp bạn chia tách file nhỏ hơn cấp module khi chạy ứng dụng, tức là khi vào đường dẫn tương ứng như là user/login chẳng hạn thì nó mới tải thêm page login và models của page login, giúp chia tách code nhỏ hơn. Thay vì, bạn tạo các file model trong thư mục models thì toàn bộ file sẽ được load vào ứng dụng khi chưa cần thiết.
      Các bạn xem qua ở hình bên dưới
      với (1) là model product mình khai báo bên trong thư mục models ngoài gốc và (2) là model user mình khai báo bên trong theo module user, và đây là điều khác biệt khi bạn chạy ứng dụng lên.

      1. Model product sẽ được tải ngay từ đầu theo ứng dụng
      2. Model user chỉ được tải khi bạn tải page user, đó là khi bạn truy truy cập đương link: /user/login
        Cây trạng thái lúc đầu
        và sau khi load thêm module userKhi quản lý thư mục theo dạng module như trên, thì umi sẽ chia tách file ứng dụng nhỏ hơn nữa, tải page và model tương ứng theo từng module.
         Điều này có ý nghĩa làm tăng tốc độ cho ứng dụng không tải những page hoặc model nếu thật sự cần thiết

II. Một một cấu hình khi dùng umiJS:

Một số cấu hình mà khi làm việc với umiJS hình thường dùng:

  • Sử dụng SASS

    Lưu ý: trong trường hợp này bạn phải cài thêm 2 package là node-sasssass-loader, để sử dụng được SASS
  • Tải cấu hình theo từng môi trường (dev, prod)
    Ở màn hình này, umi cho mình tạo file cấu hình theo cấu trúc .umirc.[envinroment].js (với environment là dev và prod). Việc của mình là thêm các cấu hình theo từng môi trường tương ứng, ở đây, mình thường khai báo về đường dẫn API

    Trong trường hợp bạn có thêm các môi trường khác như staging, qc thì bạn cũng tạo file như cấu trúc trên:

    • .umirc.staging.js
    • umirc.qc.js
      Sau đó bạn cấu hình lại scripts trong packages.json để tải đúng cấu hình yêu cầu
  • Thêm mã hash khi build ứng dụng, chỉ định loại history của trình duyệt

Giới thiệu về UmiJS P1 (Tổng quan về umiJS)

Nguồn: umiJS

You May Also Like

About the Author: truongluu

5 Comments

Leave a Reply

Your email address will not be published. Required fields are marked *