UI-ಕಿಟ್‌ನಿಂದ ವಿನ್ಯಾಸ ವ್ಯವಸ್ಥೆಯವರೆಗೆ

ಐವಿ ಆನ್‌ಲೈನ್ ಸಿನಿಮಾ ಅನುಭವ

2017 ರ ಆರಂಭದಲ್ಲಿ ನಾವು ನಮ್ಮದೇ ಆದ ಡಿಸೈನ್-ಟು-ಕೋಡ್ ವಿತರಣಾ ವ್ಯವಸ್ಥೆಯನ್ನು ರಚಿಸುವ ಬಗ್ಗೆ ಮೊದಲು ಯೋಚಿಸಿದಾಗ, ಅನೇಕರು ಈಗಾಗಲೇ ಅದರ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದರು ಮತ್ತು ಕೆಲವರು ಅದನ್ನು ಮಾಡುತ್ತಿದ್ದಾರೆ. ಆದಾಗ್ಯೂ, ಕ್ರಾಸ್-ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ವಿನ್ಯಾಸ ವ್ಯವಸ್ಥೆಗಳನ್ನು ನಿರ್ಮಿಸುವ ಅನುಭವದ ಬಗ್ಗೆ ಇಂದಿಗೂ ಸ್ವಲ್ಪವೇ ತಿಳಿದಿಲ್ಲ, ಮತ್ತು ವಿನ್ಯಾಸದ ಅನುಷ್ಠಾನದ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಈಗಾಗಲೇ ಕೆಲಸ ಮಾಡುವ ಉತ್ಪನ್ನವಾಗಿ ಪರಿವರ್ತಿಸುವ ತಂತ್ರಜ್ಞಾನಗಳು ಮತ್ತು ವಿಧಾನಗಳನ್ನು ವಿವರಿಸುವ ಯಾವುದೇ ಸ್ಪಷ್ಟ ಮತ್ತು ಸಾಬೀತಾದ ಪಾಕವಿಧಾನಗಳಿಲ್ಲ. ಮತ್ತು "ಕೋಡ್ನಲ್ಲಿನ ಘಟಕಗಳು" ಅವರು ಸಾಮಾನ್ಯವಾಗಿ ವಿಭಿನ್ನ ವಿಷಯಗಳನ್ನು ಅರ್ಥೈಸುತ್ತಾರೆ.

ಏತನ್ಮಧ್ಯೆ, ಕಂಪನಿಯು ವರ್ಷದಿಂದ ವರ್ಷಕ್ಕೆ ತನ್ನ ಸಿಬ್ಬಂದಿಯನ್ನು ದ್ವಿಗುಣಗೊಳಿಸಿತು - ವಿನ್ಯಾಸ ವಿಭಾಗವನ್ನು ಅಳೆಯುವುದು ಮತ್ತು ಅಭಿವೃದ್ಧಿಗಾಗಿ ವಿನ್ಯಾಸಗಳನ್ನು ರಚಿಸುವ ಮತ್ತು ವರ್ಗಾಯಿಸುವ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಉತ್ತಮಗೊಳಿಸುವುದು ಅಗತ್ಯವಾಗಿತ್ತು. ನಾವು ಬೆಂಬಲಿಸಬೇಕಾದ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳ “ಮೃಗಾಲಯ” ದಿಂದ ಇದೆಲ್ಲವನ್ನೂ ಗುಣಿಸುತ್ತೇವೆ ಮತ್ತು ನಾವು ಬ್ಯಾಬಿಲೋನಿಯನ್ ಕೋಲಾಹಲದ ಹೋಲಿಕೆಯನ್ನು ಪಡೆಯುತ್ತೇವೆ, ಅದು “ಸಾಮಾನ್ಯವಾಗಿ” ಮಾಡಲು ಮತ್ತು ಆದಾಯವನ್ನು ಗಳಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ. ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳ ಅಭಿವೃದ್ಧಿಯು ಸಾಮಾನ್ಯವಾಗಿ ಸಮಾನಾಂತರವಾಗಿ ಮುಂದುವರಿಯುತ್ತದೆ ಮತ್ತು ಅದೇ ಕಾರ್ಯವನ್ನು ಹಲವಾರು ತಿಂಗಳುಗಳ ವಿಳಂಬದೊಂದಿಗೆ ವಿವಿಧ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿ ಬಿಡುಗಡೆ ಮಾಡಬಹುದು.


ಪ್ರತಿ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗೆ ಪ್ರತ್ಯೇಕ ಲೇಔಟ್ ಸೆಟ್‌ಗಳು

ಸಾಂಪ್ರದಾಯಿಕವಾಗಿ, ವಿನ್ಯಾಸ ವ್ಯವಸ್ಥೆಯು ಅದರ ವಿನ್ಯಾಸಕ್ಕಾಗಿ ಅಗತ್ಯಗಳನ್ನು ಪರಿಹರಿಸಲು ಮತ್ತು ರೂಪಿಸಲು ಸಹಾಯ ಮಾಡುವ ಸಮಸ್ಯೆಗಳೊಂದಿಗೆ ನಾವು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ. ಏಕೀಕೃತ ದೃಶ್ಯ ಭಾಷೆಯನ್ನು ರಚಿಸುವುದರ ಜೊತೆಗೆ, ವಿನ್ಯಾಸ ಮತ್ತು ಅಭಿವೃದ್ಧಿಯ ವೇಗವನ್ನು ಹೆಚ್ಚಿಸುವುದು ಮತ್ತು ಒಟ್ಟಾರೆ ಉತ್ಪನ್ನದ ಗುಣಮಟ್ಟವನ್ನು ಸುಧಾರಿಸುವುದು, ವಿನ್ಯಾಸವನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಏಕೀಕರಿಸುವುದು ಅತ್ಯಗತ್ಯ. ನಮ್ಮ ಎಲ್ಲಾ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿ ಏಕಕಾಲದಲ್ಲಿ ಕಾರ್ಯವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಇದು ಅವಶ್ಯಕವಾಗಿದೆ: ವೆಬ್, ಐಒಎಸ್, ಆಂಡ್ರಾಯ್ಡ್, ಸ್ಮಾರ್ಟ್ ಟಿವಿ, ಟಿವಿಒಎಸ್, ಆಂಡ್ರಾಯ್ಡ್ ಟಿವಿ, ವಿಂಡೋಸ್ 10, ಎಕ್ಸ್‌ಬಾಕ್ಸ್ ಒನ್, ಪಿಎಸ್ 4, ರೋಕು - ಪ್ರತಿಯೊಂದರಲ್ಲೂ ಪ್ರತ್ಯೇಕವಾಗಿ ಕೆಲಸ ಮಾಡದೆ . ಮತ್ತು ನಾವು ಅದನ್ನು ಮಾಡಿದ್ದೇವೆ!

ವಿನ್ಯಾಸ → ಡೇಟಾ

ಉತ್ಪನ್ನ ಮತ್ತು ಅಭಿವೃದ್ಧಿ ಇಲಾಖೆಗಳ ನಡುವಿನ ಮೂಲಭೂತ ಒಪ್ಪಂದಗಳನ್ನು ತಲುಪಿದಾಗ, ನಾವು ತಂತ್ರಜ್ಞಾನದ ಸ್ಟ್ಯಾಕ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ಮತ್ತು ಸಂಪೂರ್ಣ ಪ್ರಕ್ರಿಯೆಯ ವಿವರಗಳನ್ನು - ಲೇಔಟ್ನಿಂದ ಬಿಡುಗಡೆಗೆ ಕೆಲಸ ಮಾಡಲು ಕುಳಿತಿದ್ದೇವೆ. ವಿನ್ಯಾಸವನ್ನು ಅಭಿವೃದ್ಧಿಗೆ ವರ್ಗಾಯಿಸುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಲು, ಲೇಔಟ್‌ಗಳೊಂದಿಗೆ ಸ್ಕೆಚ್ ಫೈಲ್‌ಗಳಿಂದ ನೇರವಾಗಿ ಕಾಂಪೊನೆಂಟ್ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳನ್ನು ಪಾರ್ಸಿಂಗ್ ಮಾಡುವ ಆಯ್ಕೆಯನ್ನು ನಾವು ಅನ್ವೇಷಿಸಿದ್ದೇವೆ. ನಮಗೆ ಅಗತ್ಯವಿರುವ ಕೋಡ್‌ನ ತುಣುಕುಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಮತ್ತು ನಮಗೆ ಅಗತ್ಯವಿರುವ ನಿಯತಾಂಕಗಳನ್ನು ಹೊರತೆಗೆಯುವುದು ಸಂಕೀರ್ಣ ಮತ್ತು ಅಪಾಯಕಾರಿ ಕಾರ್ಯವಾಗಿದೆ ಎಂದು ಅದು ಬದಲಾಯಿತು. ಮೊದಲನೆಯದಾಗಿ, ಮೂಲ ಕೋಡ್‌ನ ಎಲ್ಲಾ ಲೇಯರ್‌ಗಳನ್ನು ಹೆಸರಿಸುವಲ್ಲಿ ವಿನ್ಯಾಸಕರು ಅತ್ಯಂತ ಜಾಗರೂಕರಾಗಿರಬೇಕು, ಎರಡನೆಯದಾಗಿ, ಇದು ಸರಳವಾದ ಘಟಕಗಳಿಗೆ ಮಾತ್ರ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಮೂರನೆಯದಾಗಿ, ಬೇರೊಬ್ಬರ ತಂತ್ರಜ್ಞಾನ ಮತ್ತು ಮೂಲ ಸ್ಕೆಚ್ ವಿನ್ಯಾಸದ ಕೋಡ್ ರಚನೆಯ ಅವಲಂಬನೆಯು ಇಡೀ ಭವಿಷ್ಯವನ್ನು ಅಪಾಯಕ್ಕೆ ತಳ್ಳುತ್ತದೆ. ಯೋಜನೆ. ಈ ಪ್ರದೇಶದಲ್ಲಿ ಯಾಂತ್ರೀಕರಣವನ್ನು ತ್ಯಜಿಸಲು ನಾವು ನಿರ್ಧರಿಸಿದ್ದೇವೆ. ಡಿಸೈನ್ ಸಿಸ್ಟಮ್ ತಂಡದಲ್ಲಿ ಮೊದಲ ವ್ಯಕ್ತಿ ಕಾಣಿಸಿಕೊಂಡಿದ್ದು ಹೀಗೆ, ಅವರ ಇನ್‌ಪುಟ್ ವಿನ್ಯಾಸ ವಿನ್ಯಾಸಗಳು ಮತ್ತು ಔಟ್‌ಪುಟ್ ಎನ್ನುವುದು ಘಟಕಗಳ ಎಲ್ಲಾ ನಿಯತಾಂಕಗಳನ್ನು ವಿವರಿಸುವ ಡೇಟಾ ಮತ್ತು ಪರಮಾಣು ವಿನ್ಯಾಸ ವಿಧಾನದ ಪ್ರಕಾರ ಕ್ರಮಾನುಗತವಾಗಿ ಆದೇಶಿಸಲಾಗಿದೆ.

ಡೇಟಾವನ್ನು ಎಲ್ಲಿ ಮತ್ತು ಹೇಗೆ ಸಂಗ್ರಹಿಸುವುದು, ಅದನ್ನು ಅಭಿವೃದ್ಧಿಗೆ ಹೇಗೆ ವರ್ಗಾಯಿಸುವುದು ಮತ್ತು ನಾವು ಬೆಂಬಲಿಸುವ ಎಲ್ಲಾ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ಅದನ್ನು ಹೇಗೆ ಅರ್ಥೈಸುವುದು ಎಂಬುದನ್ನು ಮಾತ್ರ ಮಾಡಲು ಉಳಿದಿದೆ. ಸಂಜೆ ಸುಸ್ತಾಗುವುದನ್ನು ನಿಲ್ಲಿಸಿತು... ಪ್ರತಿ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಿಂದ ವಿನ್ಯಾಸಕರು ಮತ್ತು ತಂಡದ ನಾಯಕರನ್ನು ಒಳಗೊಂಡಿರುವ ವರ್ಕಿಂಗ್ ಗ್ರೂಪ್‌ನ ನಿಯಮಿತ ಸಭೆಗಳ ಫಲಿತಾಂಶವು ಈ ಕೆಳಗಿನ ಒಪ್ಪಂದವಾಗಿದೆ.

ನಾವು ದೃಶ್ಯವನ್ನು ಪರಮಾಣು ಅಂಶಗಳಾಗಿ ಹಸ್ತಚಾಲಿತವಾಗಿ ಪಾರ್ಸ್ ಮಾಡುತ್ತೇವೆ: ಫಾಂಟ್‌ಗಳು, ಬಣ್ಣಗಳು, ಪಾರದರ್ಶಕತೆ, ಇಂಡೆಂಟ್‌ಗಳು, ರೌಂಡಿಂಗ್‌ಗಳು, ಐಕಾನ್‌ಗಳು, ಚಿತ್ರಗಳು ಮತ್ತು ಅನಿಮೇಷನ್‌ಗಳಿಗಾಗಿ ಅವಧಿಗಳು. ಮತ್ತು ನಾವು ಈ ಬಟನ್‌ಗಳು, ಇನ್‌ಪುಟ್‌ಗಳು, ಚೆಕ್‌ಬಾಕ್ಸ್‌ಗಳು, ಬ್ಯಾಂಕ್ ಕಾರ್ಡ್ ವಿಜೆಟ್‌ಗಳು, ಇತ್ಯಾದಿಗಳಿಂದ ಸಂಗ್ರಹಿಸುತ್ತೇವೆ. ಐಕಾನ್‌ಗಳನ್ನು ಹೊರತುಪಡಿಸಿ ಯಾವುದೇ ಹಂತಗಳ ಶೈಲಿಗಳಿಗೆ ನಾವು ಶಬ್ದಾರ್ಥವಲ್ಲದ ಹೆಸರುಗಳನ್ನು ನಿಯೋಜಿಸುತ್ತೇವೆ, ಉದಾಹರಣೆಗೆ, ನಗರಗಳ ಹೆಸರುಗಳು, ಅಪ್ಸರೆಗಳ ಹೆಸರುಗಳು, ಪೋಕ್ಮನ್, ಕಾರು ಬ್ರ್ಯಾಂಡ್‌ಗಳು... ಒಂದೇ ಒಂದು ಷರತ್ತು ಇದೆ - ಪಟ್ಟಿಯನ್ನು ಮೊದಲು ಖಾಲಿ ಮಾಡಬಾರದು , ಶೈಲಿಗಳು ಹೇಗೆ ಕೊನೆಗೊಳ್ಳುತ್ತವೆ - ಪ್ರದರ್ಶನವು ಹೋಗಬೇಕು! ನೀವು ಸೆಮ್ಯಾಂಟಿಕ್ಸ್ನೊಂದಿಗೆ ಸಾಗಿಸಬಾರದು, ಆದ್ದರಿಂದ ನೀವು "ಸಣ್ಣ" ಮತ್ತು "ಮಧ್ಯಮ" ನಡುವೆ ಮಧ್ಯದ ಬಟನ್ ಅನ್ನು ಸೇರಿಸಬೇಕಾಗಿಲ್ಲ.

ದೃಶ್ಯ ಭಾಷೆ

ಎಲ್ಲಾ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಿಗೆ ಸೂಕ್ತವಾದ ರೀತಿಯಲ್ಲಿ ಡೇಟಾವನ್ನು ಹೇಗೆ ಸಂಗ್ರಹಿಸುವುದು ಮತ್ತು ವರ್ಗಾಯಿಸುವುದು ಎಂಬುದರ ಕುರಿತು ಡೆವಲಪರ್‌ಗಳು ಯೋಚಿಸಲು ಬಿಡುತ್ತಾರೆ ಮತ್ತು ವಿನ್ಯಾಸವು ಉತ್ತಮವಾಗಿ ಕಾಣುವ ಮತ್ತು ಬೆಂಬಲಿತ ಸಾಧನಗಳ ಸಂಪೂರ್ಣ ಫ್ಲೀಟ್‌ನಾದ್ಯಂತ ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಇಂಟರ್ಫೇಸ್ ಅಂಶಗಳನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಬೇಕಾಗಿತ್ತು.

ಹಿಂದೆ, ನಾವು ಈಗಾಗಲೇ ವಿಂಡೋಸ್ 10 ಗಾಗಿ ಅಪ್ಲಿಕೇಶನ್‌ನಲ್ಲಿನ ಹೆಚ್ಚಿನ ವಿನ್ಯಾಸ ಅಂಶಗಳನ್ನು "ಪರೀಕ್ಷಿಸಲು" ನಿರ್ವಹಿಸಿದ್ದೇವೆ, ಅದು ಆ ಸಮಯದಲ್ಲಿ ನಮಗೆ ಹೊಸ ವೇದಿಕೆಯಾಗಿತ್ತು, ಅಂದರೆ, "ಮೊದಲಿನಿಂದ" ರೆಂಡರಿಂಗ್ ಮತ್ತು ಅಭಿವೃದ್ಧಿಯ ಅಗತ್ಯವಿರುತ್ತದೆ. ಅದನ್ನು ಚಿತ್ರಿಸುವ ಮೂಲಕ, ನಾವು ಹೆಚ್ಚಿನ ಘಟಕಗಳನ್ನು ತಯಾರಿಸಲು ಮತ್ತು ಪರೀಕ್ಷಿಸಲು ಮತ್ತು ಭವಿಷ್ಯದ ಈವೀ ವಿನ್ಯಾಸ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನು ಸೇರಿಸಬೇಕೆಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಸಾಧ್ಯವಾಯಿತು. ಅಂತಹ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಇಲ್ಲದೆ, ಅಂತಹ ಅನುಭವವನ್ನು ಈಗಾಗಲೇ ಕೆಲಸ ಮಾಡುವ ವೇದಿಕೆಗಳಲ್ಲಿ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಪುನರಾವರ್ತನೆಗಳ ಮೂಲಕ ಮಾತ್ರ ಪಡೆಯಬಹುದು ಮತ್ತು ಇದು ಒಂದು ವರ್ಷಕ್ಕಿಂತ ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.

ವಿಭಿನ್ನ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿ ಒಂದೇ ಘಟಕಗಳನ್ನು ಮರುಬಳಕೆ ಮಾಡುವುದರಿಂದ ವಿನ್ಯಾಸ ವ್ಯವಸ್ಥೆಯ ವಿನ್ಯಾಸಗಳ ಸಂಖ್ಯೆ ಮತ್ತು ಡೇಟಾದ ಶ್ರೇಣಿಯನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಕಡಿಮೆ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ವಿನ್ಯಾಸವು ಇನ್ನೂ ಒಂದು ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಬೇಕಾಗಿತ್ತು, ಈ ಹಿಂದೆ ಉತ್ಪನ್ನ ವಿನ್ಯಾಸ ಮತ್ತು ಅಭಿವೃದ್ಧಿಯ ಅಭ್ಯಾಸಗಳಲ್ಲಿ ವಿವರಿಸಲಾಗಿಲ್ಲ - ಹೇಗೆ, ಉದಾಹರಣೆಗೆ, ಫೋನ್‌ಗಳು ಮತ್ತು ಟ್ಯಾಬ್ಲೆಟ್‌ಗಳ ಬಟನ್ ಅನ್ನು ಟಿವಿಗಳಲ್ಲಿ ಮರುಬಳಕೆ ಮಾಡಬಹುದೇ? ಮತ್ತು ಅಂತಹ ವಿಭಿನ್ನ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿನ ಫಾಂಟ್‌ಗಳು ಮತ್ತು ಅಂಶಗಳ ಗಾತ್ರಗಳೊಂದಿಗೆ ನಾವು ಏನು ಮಾಡಬೇಕು?

ನಿಸ್ಸಂಶಯವಾಗಿ, ಪ್ರತಿ ನಿರ್ದಿಷ್ಟ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗೆ ನಮಗೆ ಅಗತ್ಯವಿರುವ ಪಠ್ಯ ಮತ್ತು ಅಂಶದ ಗಾತ್ರಗಳನ್ನು ಹೊಂದಿಸುವ ಕ್ರಾಸ್-ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಮಾಡ್ಯುಲರ್ ಗ್ರಿಡ್ ಅನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸುವುದು ಅಗತ್ಯವಾಗಿತ್ತು. ಗ್ರಿಡ್‌ನ ಆರಂಭಿಕ ಹಂತವಾಗಿ, ನಾವು ನಿರ್ದಿಷ್ಟ ಪರದೆಯ ಮೇಲೆ ನೋಡಲು ಬಯಸುವ ಚಲನಚಿತ್ರ ಪೋಸ್ಟರ್‌ಗಳ ಗಾತ್ರ ಮತ್ತು ಸಂಖ್ಯೆಯನ್ನು ಆರಿಸಿದ್ದೇವೆ ಮತ್ತು ಇದರ ಆಧಾರದ ಮೇಲೆ, ಒಂದು ಕಾಲಮ್‌ನ ಅಗಲವು ಸಮಾನವಾಗಿರುತ್ತದೆ ಎಂದು ಒದಗಿಸಿದ ಗ್ರಿಡ್ ಕಾಲಮ್‌ಗಳನ್ನು ನಿರ್ಮಿಸಲು ನಾವು ನಿಯಮವನ್ನು ರೂಪಿಸಿದ್ದೇವೆ. ಪೋಸ್ಟರ್ನ ಅಗಲಕ್ಕೆ.

ಈಗ ನಾವು ಎಲ್ಲಾ ದೊಡ್ಡ ಪರದೆಗಳನ್ನು ಒಂದೇ ವಿನ್ಯಾಸದ ಗಾತ್ರಕ್ಕೆ ತರಬೇಕು ಮತ್ತು ಅವುಗಳನ್ನು ಸಾಮಾನ್ಯ ಗ್ರಿಡ್‌ಗೆ ಹೊಂದಿಸಬೇಕು. Apple TV ಮತ್ತು Roku ಅನ್ನು 1920x1080 ಗಾತ್ರದಲ್ಲಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ, Android TV - 960x540, ಸ್ಮಾರ್ಟ್ ಟಿವಿಗಳು, ಮಾರಾಟಗಾರರನ್ನು ಅವಲಂಬಿಸಿ, ಒಂದೇ ಆಗಿರುತ್ತವೆ, ಆದರೆ ಕೆಲವೊಮ್ಮೆ 1280x720. ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪೂರ್ಣ HD ಪರದೆಗಳಲ್ಲಿ ಪ್ರದರ್ಶಿಸಿದಾಗ ಮತ್ತು ಪ್ರದರ್ಶಿಸಿದಾಗ, 960 ಅನ್ನು 2 ರಿಂದ ಗುಣಿಸಲಾಗುತ್ತದೆ, 1280 ಅನ್ನು 1,33 ರಿಂದ ಗುಣಿಸಲಾಗುತ್ತದೆ ಮತ್ತು 1920 ಅನ್ನು ಔಟ್‌ಪುಟ್ ಮಾಡಲಾಗುತ್ತದೆ.

ನೀರಸ ವಿವರಗಳನ್ನು ಬಿಟ್ಟುಬಿಡುವುದರಿಂದ, ಸಾಮಾನ್ಯವಾಗಿ ಎಲ್ಲಾ ಪರದೆಗಳು, ಟೆಲಿವಿಷನ್ ಪರದೆಗಳು ಸೇರಿದಂತೆ, ಅಂಶಗಳು ಮತ್ತು ಅವುಗಳ ಗಾತ್ರಗಳ ವಿಷಯದಲ್ಲಿ, ಒಂದು ವಿನ್ಯಾಸದ ವಿನ್ಯಾಸದಿಂದ ಮುಚ್ಚಲ್ಪಟ್ಟಿವೆ ಮತ್ತು ಎಲ್ಲಾ ಟೆಲಿವಿಷನ್ ಪರದೆಗಳು ಸಾಮಾನ್ಯ ಅಡ್ಡ-ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಗ್ರಿಡ್ನ ವಿಶೇಷ ಪ್ರಕರಣವಾಗಿದೆ ಎಂದು ನಾವು ತೀರ್ಮಾನಕ್ಕೆ ಬಂದಿದ್ದೇವೆ, ಮತ್ತು ಸರಾಸರಿ ಟ್ಯಾಬ್ಲೆಟ್ ಅಥವಾ ಡೆಸ್ಕ್‌ಟಾಪ್‌ನಂತಹ ಐದು ಅಥವಾ ಆರು ಕಾಲಮ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ವಿವರಗಳಲ್ಲಿ ಯಾರು ಆಸಕ್ತಿ ಹೊಂದಿದ್ದಾರೆ, ಕಾಮೆಂಟ್ಗಳಲ್ಲಿ ಹೋಗಿ.

ಎಲ್ಲಾ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಿಗೆ ಏಕ UI

ಈಗ, ಹೊಸ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಸೆಳೆಯಲು, ನಾವು ಪ್ರತಿ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗೆ ಲೇಔಟ್‌ಗಳನ್ನು ಸೆಳೆಯುವ ಅಗತ್ಯವಿಲ್ಲ, ಜೊತೆಗೆ ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದಕ್ಕೂ ಹೊಂದಿಕೊಳ್ಳುವ ಆಯ್ಕೆಗಳು. ಯಾವುದೇ ಅಗಲದ ಎಲ್ಲಾ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳು ಮತ್ತು ಸಾಧನಗಳಿಗೆ ಒಂದು ಲೇಔಟ್ ಮತ್ತು ಅದರ ಹೊಂದಾಣಿಕೆಯನ್ನು ತೋರಿಸಲು ಸಾಕು: ಫೋನ್‌ಗಳು - 320-599, ಉಳಿದಂತೆ - 600-1280.

ಡೇಟಾ → ಅಭಿವೃದ್ಧಿ

ಸಹಜವಾಗಿ, ನಾವು ಸಂಪೂರ್ಣವಾಗಿ ಏಕೀಕೃತ ವಿನ್ಯಾಸವನ್ನು ಸಾಧಿಸಲು ಬಯಸುತ್ತೇವೆ, ಪ್ರತಿ ವೇದಿಕೆಯು ತನ್ನದೇ ಆದ ವಿಶಿಷ್ಟ ಲಕ್ಷಣಗಳನ್ನು ಹೊಂದಿದೆ. ವೆಬ್ ಮತ್ತು ಸ್ಮಾರ್ಟ್ ಟಿವಿ ಎರಡೂ ReactJS + ಟೈಪ್‌ಸ್ಕ್ರಿಪ್ಟ್ ಸ್ಟಾಕ್ ಅನ್ನು ಬಳಸುತ್ತಿದ್ದರೂ ಸಹ, Smart TV ಅಪ್ಲಿಕೇಶನ್ ಲೆಗಸಿ WebKit ಮತ್ತು Presto ಕ್ಲೈಂಟ್‌ಗಳಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಆದ್ದರಿಂದ ವೆಬ್‌ನೊಂದಿಗೆ ಶೈಲಿಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ಸಾಧ್ಯವಿಲ್ಲ. ಮತ್ತು ಇಮೇಲ್ ಸುದ್ದಿಪತ್ರಗಳು ಸಂಪೂರ್ಣವಾಗಿ ಕೋಷ್ಟಕ ವಿನ್ಯಾಸದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಒತ್ತಾಯಿಸಲ್ಪಡುತ್ತವೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಯಾವುದೇ html ಅಲ್ಲದ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳು ರಿಯಾಕ್ಟ್ ನೇಟಿವ್ ಅಥವಾ ಅದರ ಯಾವುದೇ ಅನಲಾಗ್‌ಗಳನ್ನು ಬಳಸುವುದಿಲ್ಲ ಅಥವಾ ಬಳಸಲು ಯೋಜಿಸುವುದಿಲ್ಲ, ಕಾರ್ಯಕ್ಷಮತೆ ಅವನತಿಗೆ ಹೆದರಿ, ಏಕೆಂದರೆ ನಾವು ಹಲವಾರು ಕಸ್ಟಮ್ ಲೇಔಟ್‌ಗಳು, ಸಂಕೀರ್ಣ ನವೀಕರಣ ತರ್ಕ, ಚಿತ್ರಗಳು ಮತ್ತು ವೀಡಿಯೊಗಳೊಂದಿಗೆ ಸಂಗ್ರಹಣೆಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ. ಆದ್ದರಿಂದ, ಸಿದ್ಧ ಸಿಎಸ್ಎಸ್ ಶೈಲಿಗಳು ಅಥವಾ ರಿಯಾಕ್ಟ್ ಘಟಕಗಳನ್ನು ತಲುಪಿಸುವ ಸಾಮಾನ್ಯ ಯೋಜನೆ ನಮಗೆ ಸೂಕ್ತವಲ್ಲ. ಆದ್ದರಿಂದ, ನಾವು JSON ಸ್ವರೂಪದಲ್ಲಿ ಡೇಟಾವನ್ನು ರವಾನಿಸಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ, ಮೌಲ್ಯಗಳನ್ನು ಅಮೂರ್ತ ಘೋಷಣಾ ರೂಪದಲ್ಲಿ ವಿವರಿಸುತ್ತೇವೆ.

ಆದ್ದರಿಂದ ಆಸ್ತಿ rounding: 8 Windows 10 ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪರಿವರ್ತಿಸುತ್ತದೆ CornerRadius="8", ವೆಬ್ - border-radius: 8px, ಆಂಡ್ರಾಯ್ಡ್ - android:radius="8dp", iOS - self.layer.cornerRadius = 8.0.
ಆಸ್ತಿ offsetTop: 12 ಒಂದೇ ವೆಬ್ ಕ್ಲೈಂಟ್ ವಿವಿಧ ಸಂದರ್ಭಗಳಲ್ಲಿ ಹೀಗೆ ಅರ್ಥೈಸಿಕೊಳ್ಳಬಹುದು top, margin-top, padding-top ಅಥವಾ transform

ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ತಾಂತ್ರಿಕವಾಗಿ ಆಸ್ತಿ ಅಥವಾ ಅದರ ಮೌಲ್ಯವನ್ನು ಬಳಸಲಾಗದಿದ್ದರೆ, ಅದನ್ನು ನಿರ್ಲಕ್ಷಿಸಬಹುದು ಎಂದು ವಿವರಣೆಯ ಘೋಷಣಾಶಕ್ತಿಯು ಸೂಚಿಸುತ್ತದೆ. ಪರಿಭಾಷೆಯಲ್ಲಿ, ನಾವು ಒಂದು ರೀತಿಯ ಎಸ್ಪೆರಾಂಟೊ ಭಾಷೆಯನ್ನು ತಯಾರಿಸಿದ್ದೇವೆ: ಕೆಲವು ಆಂಡ್ರಾಯ್ಡ್‌ನಿಂದ ತೆಗೆದುಕೊಳ್ಳಲಾಗಿದೆ, ಕೆಲವು SVG ನಿಂದ, ಕೆಲವು CSS ನಿಂದ.

ನಿರ್ದಿಷ್ಟ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಲ್ಲಿ ನೀವು ಅಂಶಗಳನ್ನು ವಿಭಿನ್ನವಾಗಿ ಪ್ರದರ್ಶಿಸಬೇಕಾದರೆ, ಅನುಗುಣವಾದ ಡೇಟಾ ಉತ್ಪಾದನೆಯನ್ನು ಪ್ರತ್ಯೇಕ JSON ಫೈಲ್‌ನ ರೂಪದಲ್ಲಿ ವರ್ಗಾಯಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ನಾವು ಕಾರ್ಯಗತಗೊಳಿಸಿದ್ದೇವೆ. ಉದಾಹರಣೆಗೆ, ಸ್ಮಾರ್ಟ್ ಟಿವಿಗಾಗಿ "ಇನ್ ಫೋಕಸ್" ಸ್ಥಿತಿಯು ಪೋಸ್ಟರ್ ಅಡಿಯಲ್ಲಿ ಪಠ್ಯದ ಸ್ಥಾನದಲ್ಲಿ ಬದಲಾವಣೆಯನ್ನು ನಿರ್ದೇಶಿಸುತ್ತದೆ, ಅಂದರೆ ಈ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗೆ "ಇಂಡೆಂಟ್" ಆಸ್ತಿಯ ಮೌಲ್ಯದಲ್ಲಿ ಈ ಘಟಕವು ಅಗತ್ಯವಿರುವ 8 ಇಂಡೆಂಟೇಶನ್ ಪಾಯಿಂಟ್‌ಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಇದು ವಿನ್ಯಾಸ ವ್ಯವಸ್ಥೆಯ ಮೂಲಸೌಕರ್ಯವನ್ನು ಸಂಕೀರ್ಣಗೊಳಿಸಿದರೂ, ಇದು ಹೆಚ್ಚುವರಿ ಮಟ್ಟದ ಸ್ವಾತಂತ್ರ್ಯವನ್ನು ನೀಡುತ್ತದೆ, ವೇದಿಕೆಗಳ ದೃಶ್ಯ "ಅಸಮಾನತೆ" ಯನ್ನು ನಾವೇ ನಿರ್ವಹಿಸುವ ಅವಕಾಶವನ್ನು ನಮಗೆ ನೀಡುತ್ತದೆ ಮತ್ತು ನಾವು ರಚಿಸಿದ ವಾಸ್ತುಶಿಲ್ಪಕ್ಕೆ ಒತ್ತೆಯಾಳುಗಳಾಗಿರಬಾರದು.

ಚಿತ್ರಸಂಕೇತಗಳು

ಡಿಜಿಟಲ್ ಉತ್ಪನ್ನದಲ್ಲಿನ ಪ್ರತಿಮಾಶಾಸ್ತ್ರವು ಯಾವಾಗಲೂ ದೊಡ್ಡದಾಗಿದೆ ಮತ್ತು ಸರಳವಾದ ಉಪಯೋಜನೆಯಲ್ಲ, ಆಗಾಗ್ಗೆ ಪ್ರತ್ಯೇಕ ವಿನ್ಯಾಸಕಾರರ ಅಗತ್ಯವಿರುತ್ತದೆ. ಯಾವಾಗಲೂ ಬಹಳಷ್ಟು ಗ್ಲಿಫ್‌ಗಳು ಇವೆ, ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಹಲವಾರು ಗಾತ್ರಗಳು ಮತ್ತು ಬಣ್ಣಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ, ಮತ್ತು ವೇದಿಕೆಗಳಿಗೆ ಸಾಮಾನ್ಯವಾಗಿ ವಿವಿಧ ಸ್ವರೂಪಗಳಲ್ಲಿ ಅಗತ್ಯವಿರುತ್ತದೆ. ಸಾಮಾನ್ಯವಾಗಿ, ಇದೆಲ್ಲವನ್ನೂ ವಿನ್ಯಾಸ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಇರಿಸದಿರಲು ಯಾವುದೇ ಕಾರಣವಿರಲಿಲ್ಲ.

ಗ್ಲಿಫ್‌ಗಳನ್ನು SVG ವೆಕ್ಟರ್ ಸ್ವರೂಪದಲ್ಲಿ ಲೋಡ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಬಣ್ಣ ಮೌಲ್ಯಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ವೇರಿಯಬಲ್‌ಗಳೊಂದಿಗೆ ಬದಲಾಯಿಸಲಾಗುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಅವುಗಳನ್ನು ಬಳಸಲು ಸಿದ್ಧವಾಗಿ ಸ್ವೀಕರಿಸಬಹುದು - ಯಾವುದೇ ಸ್ವರೂಪ ಮತ್ತು ಬಣ್ಣದಲ್ಲಿ.

Тросмотр

JSON ಡೇಟಾದ ಮೇಲೆ, ನಾವು ಘಟಕಗಳ ಪೂರ್ವವೀಕ್ಷಣೆಗಾಗಿ ಒಂದು ಸಾಧನವನ್ನು ಬರೆದಿದ್ದೇವೆ - JS ಅಪ್ಲಿಕೇಶನ್ ಅದರ ಮಾರ್ಕ್‌ಅಪ್ ಮತ್ತು ಸ್ಟೈಲ್ ಜನರೇಟರ್‌ಗಳ ಮೂಲಕ ಹಾರಾಟದಲ್ಲಿ JSON ಡೇಟಾವನ್ನು ರವಾನಿಸುತ್ತದೆ ಮತ್ತು ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಪ್ರತಿ ಘಟಕದ ವಿವಿಧ ಬದಲಾವಣೆಗಳನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ. ಮೂಲಭೂತವಾಗಿ, ಪೂರ್ವವೀಕ್ಷಣೆಯು ಪ್ಲ್ಯಾಟ್‌ಫಾರ್ಮ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಂತೆಯೇ ಅದೇ ಕ್ಲೈಂಟ್ ಆಗಿದೆ ಮತ್ತು ಅದೇ ಡೇಟಾದೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.

ನಿರ್ದಿಷ್ಟ ಘಟಕವು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಸುಲಭವಾದ ಮಾರ್ಗವೆಂದರೆ ಅದರೊಂದಿಗೆ ಸಂವಹನ ಮಾಡುವುದು. ಆದ್ದರಿಂದ, ನಾವು ಸ್ಟೋರಿಬುಕ್‌ನಂತಹ ಪರಿಕರಗಳನ್ನು ಬಳಸಲಿಲ್ಲ, ಆದರೆ ಸಂವಾದಾತ್ಮಕ ಪೂರ್ವವೀಕ್ಷಣೆಯನ್ನು ಮಾಡಿದ್ದೇವೆ - ನೀವು ಸ್ಪರ್ಶಿಸಬಹುದು, ಪಾಯಿಂಟ್ ಮಾಡಬಹುದು, ಕ್ಲಿಕ್ ಮಾಡಬಹುದು... ವಿನ್ಯಾಸ ವ್ಯವಸ್ಥೆಗೆ ಹೊಸ ಘಟಕವನ್ನು ಸೇರಿಸುವಾಗ, ಅದು ಪೂರ್ವವೀಕ್ಷಣೆಯಲ್ಲಿ ಗೋಚರಿಸುತ್ತದೆ ಇದರಿಂದ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳು ಯಾವಾಗ ಗಮನಹರಿಸಬೇಕು ಅದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವುದು.

ದಾಖಲೆ

JSON ರೂಪದಲ್ಲಿ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಿಗೆ ಒದಗಿಸಲಾದ ಡೇಟಾವನ್ನು ಆಧರಿಸಿ, ಘಟಕಗಳಿಗೆ ದಾಖಲಾತಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ರಚಿಸಲ್ಪಡುತ್ತದೆ. ಪ್ರತಿಯೊಂದರಲ್ಲೂ ಗುಣಲಕ್ಷಣಗಳ ಪಟ್ಟಿ ಮತ್ತು ಸಂಭವನೀಯ ಪ್ರಕಾರದ ಮೌಲ್ಯಗಳನ್ನು ವಿವರಿಸಲಾಗಿದೆ. ಸ್ವಯಂ ಉತ್ಪಾದನೆಯ ನಂತರ, ಮಾಹಿತಿಯನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಸ್ಪಷ್ಟಪಡಿಸಬಹುದು ಮತ್ತು ಪಠ್ಯ ವಿವರಣೆಯನ್ನು ಸೇರಿಸಬಹುದು. ಪೂರ್ವವೀಕ್ಷಣೆ ಮತ್ತು ದಸ್ತಾವೇಜನ್ನು ಪ್ರತಿ ಘಟಕದ ಮಟ್ಟದಲ್ಲಿ ಪರಸ್ಪರ ಉಲ್ಲೇಖಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ದಸ್ತಾವೇಜನ್ನು ಒಳಗೊಂಡಿರುವ ಎಲ್ಲಾ ಮಾಹಿತಿಯು ಹೆಚ್ಚುವರಿ JSON ಫೈಲ್‌ಗಳ ರೂಪದಲ್ಲಿ ಡೆವಲಪರ್‌ಗಳಿಗೆ ಲಭ್ಯವಿರುತ್ತದೆ.

ಡಿಪ್ರೆಕೇಟರ್

ಮತ್ತೊಂದು ಅಗತ್ಯವೆಂದರೆ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಘಟಕಗಳನ್ನು ಕಾಲಾನಂತರದಲ್ಲಿ ಬದಲಾಯಿಸುವ ಮತ್ತು ನವೀಕರಿಸುವ ಸಾಮರ್ಥ್ಯ. ವಿನ್ಯಾಸ ವ್ಯವಸ್ಥೆಯು ಡೆವಲಪರ್‌ಗಳಿಗೆ ಯಾವ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಅಥವಾ ಸಂಪೂರ್ಣ ಘಟಕಗಳನ್ನು ಬಳಸಲಾಗುವುದಿಲ್ಲ ಎಂದು ಹೇಳಲು ಕಲಿತಿದೆ ಮತ್ತು ಅವುಗಳನ್ನು ಇನ್ನು ಮುಂದೆ ಎಲ್ಲಾ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿ ಬಳಸದ ತಕ್ಷಣ ಅವುಗಳನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ಈ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಇನ್ನೂ ಬಹಳಷ್ಟು "ಹಸ್ತಚಾಲಿತ" ಕೆಲಸವಿದೆ, ಆದರೆ ನಾವು ಇನ್ನೂ ನಿಂತಿಲ್ಲ.

ಗ್ರಾಹಕರ ಅಭಿವೃದ್ಧಿ

ನಿಸ್ಸಂದೇಹವಾಗಿ, ನಾವು ಬೆಂಬಲಿಸುವ ಎಲ್ಲಾ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳ ಕೋಡ್‌ನಲ್ಲಿ ವಿನ್ಯಾಸ ಸಿಸ್ಟಮ್ ಡೇಟಾದ ವ್ಯಾಖ್ಯಾನವು ಅತ್ಯಂತ ಸಂಕೀರ್ಣವಾದ ಹಂತವಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ವೆಬ್‌ನಲ್ಲಿ ಮಾಡ್ಯುಲರ್ ಗ್ರಿಡ್‌ಗಳು ಹೊಸದೇನಲ್ಲದಿದ್ದರೆ, ಐಒಎಸ್ ಮತ್ತು ಆಂಡ್ರಾಯ್ಡ್‌ಗಾಗಿ ಸ್ಥಳೀಯ ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಡೆವಲಪರ್‌ಗಳು ಅದರೊಂದಿಗೆ ಹೇಗೆ ಬದುಕಬೇಕು ಎಂದು ಲೆಕ್ಕಾಚಾರ ಮಾಡುವ ಮೊದಲು ಶ್ರಮಿಸಿದರು.

ಐಒಎಸ್ ಅಪ್ಲಿಕೇಶನ್ ಪರದೆಗಳನ್ನು ಲೇಔಟ್ ಮಾಡಲು, ನಾವು iviUIKit ಒದಗಿಸಿದ ಎರಡು ಮೂಲಭೂತ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಬಳಸುತ್ತೇವೆ: ಅಂಶಗಳ ಉಚಿತ ಲೇಔಟ್ ಮತ್ತು ಅಂಶಗಳ ಸಂಗ್ರಹಗಳ ಲೇಔಟ್. ನಾವು VIPER ಅನ್ನು ಬಳಸುತ್ತೇವೆ ಮತ್ತು iviUIKit ನೊಂದಿಗಿನ ಎಲ್ಲಾ ಸಂವಹನವು ವೀಕ್ಷಣೆಯಲ್ಲಿ ಕೇಂದ್ರೀಕೃತವಾಗಿರುತ್ತದೆ ಮತ್ತು Apple UIKit ನೊಂದಿಗೆ ಹೆಚ್ಚಿನ ಸಂವಹನವು iviUIKit ನಲ್ಲಿ ಕೇಂದ್ರೀಕೃತವಾಗಿರುತ್ತದೆ. ಅಂಶಗಳ ಗಾತ್ರಗಳು ಮತ್ತು ಜೋಡಣೆಯನ್ನು ಕಾಲಮ್‌ಗಳು ಮತ್ತು ಸಿಂಟ್ಯಾಕ್ಟಿಕ್ ರಚನೆಗಳ ಪರಿಭಾಷೆಯಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿದೆ, ಅದು ಸ್ಥಳೀಯ iOS SDK ನಿರ್ಬಂಧಗಳ ಮೇಲೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಅವುಗಳನ್ನು ಹೆಚ್ಚು ಪ್ರಾಯೋಗಿಕವಾಗಿ ಮಾಡುತ್ತದೆ. UICollectionView ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವಾಗ ಇದು ವಿಶೇಷವಾಗಿ ನಮ್ಮ ಜೀವನವನ್ನು ಸರಳಗೊಳಿಸಿತು. ನಾವು ಸಾಕಷ್ಟು ಸಂಕೀರ್ಣವಾದವುಗಳನ್ನು ಒಳಗೊಂಡಂತೆ ಲೇಔಟ್‌ಗಳಿಗಾಗಿ ಹಲವಾರು ಕಸ್ಟಮ್ ಹೊದಿಕೆಗಳನ್ನು ಬರೆದಿದ್ದೇವೆ. ಕನಿಷ್ಠ ಕ್ಲೈಂಟ್ ಕೋಡ್ ಇತ್ತು ಮತ್ತು ಅದು ಘೋಷಣೆಯಾಯಿತು.

ಆಂಡ್ರಾಯ್ಡ್ ಪ್ರಾಜೆಕ್ಟ್‌ನಲ್ಲಿ ಶೈಲಿಗಳನ್ನು ರಚಿಸಲು, ನಾವು ಗ್ರೇಡಲ್ ಅನ್ನು ಬಳಸುತ್ತೇವೆ, ವಿನ್ಯಾಸ ಸಿಸ್ಟಮ್ ಡೇಟಾವನ್ನು XML ಫಾರ್ಮ್ಯಾಟ್‌ನಲ್ಲಿ ಶೈಲಿಗಳಾಗಿ ಪರಿವರ್ತಿಸುತ್ತೇವೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ನಾವು ವಿವಿಧ ಹಂತಗಳ ಹಲವಾರು ಜನರೇಟರ್ಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ:

• ಮೂಲ. ಉನ್ನತ ಮಟ್ಟದ ಜನರೇಟರ್‌ಗಳಿಗೆ ಮೂಲಗಳ ಡೇಟಾವನ್ನು ಪಾರ್ಸ್ ಮಾಡಲಾಗಿದೆ.
• ಸಂಪನ್ಮೂಲ. ಚಿತ್ರಗಳು, ಐಕಾನ್‌ಗಳು ಮತ್ತು ಇತರ ಗ್ರಾಫಿಕ್ಸ್ ಅನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ.
• ಘಟಕ. ಅವುಗಳನ್ನು ಪ್ರತಿ ಘಟಕಕ್ಕೆ ಬರೆಯಲಾಗಿದೆ, ಇದು ಯಾವ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಮತ್ತು ಅವುಗಳನ್ನು ಶೈಲಿಗಳಾಗಿ ಭಾಷಾಂತರಿಸಲು ಹೇಗೆ ವಿವರಿಸುತ್ತದೆ.

ಅಪ್ಲಿಕೇಶನ್ ಬಿಡುಗಡೆಗಳು

ವಿನ್ಯಾಸಕರು ಹೊಸ ಘಟಕವನ್ನು ಚಿತ್ರಿಸಿದ ನಂತರ ಅಥವಾ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಒಂದನ್ನು ಮರುವಿನ್ಯಾಸಗೊಳಿಸಿದ ನಂತರ, ಈ ಬದಲಾವಣೆಗಳನ್ನು ವಿನ್ಯಾಸ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ನೀಡಲಾಗುತ್ತದೆ. ಪ್ರತಿ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಡೆವಲಪರ್‌ಗಳು ಬದಲಾವಣೆಗಳನ್ನು ಬೆಂಬಲಿಸಲು ತಮ್ಮ ಕೋಡ್ ಉತ್ಪಾದನೆಯನ್ನು ಉತ್ತಮಗೊಳಿಸುತ್ತಿದ್ದಾರೆ. ಇದರ ನಂತರ, ಈ ಘಟಕದ ಅಗತ್ಯವಿರುವಲ್ಲಿ ಹೊಸ ಕ್ರಿಯಾತ್ಮಕತೆಯ ಅನುಷ್ಠಾನದಲ್ಲಿ ಇದನ್ನು ಬಳಸಬಹುದು. ಹೀಗಾಗಿ, ವಿನ್ಯಾಸ ವ್ಯವಸ್ಥೆಯೊಂದಿಗೆ ಸಂವಹನವು ನೈಜ ಸಮಯದಲ್ಲಿ ಸಂಭವಿಸುವುದಿಲ್ಲ, ಆದರೆ ಹೊಸ ಬಿಡುಗಡೆಗಳನ್ನು ಜೋಡಿಸುವ ಸಮಯದಲ್ಲಿ ಮಾತ್ರ. ಈ ವಿಧಾನವು ಡೇಟಾ ವರ್ಗಾವಣೆ ಪ್ರಕ್ರಿಯೆಯ ಮೇಲೆ ಉತ್ತಮ ನಿಯಂತ್ರಣವನ್ನು ಅನುಮತಿಸುತ್ತದೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಅಭಿವೃದ್ಧಿ ಯೋಜನೆಗಳಲ್ಲಿ ಕೋಡ್ ಕಾರ್ಯವನ್ನು ಖಾತ್ರಿಗೊಳಿಸುತ್ತದೆ.

ಫಲಿತಾಂಶಗಳು

ಐವಿ ಆನ್‌ಲೈನ್ ಸಿನೆಮಾದ ಅಭಿವೃದ್ಧಿಯನ್ನು ಬೆಂಬಲಿಸುವ ಮೂಲಸೌಕರ್ಯದ ಭಾಗವಾಗಿ ವಿನ್ಯಾಸ ವ್ಯವಸ್ಥೆಯು ಒಂದು ವರ್ಷವಾಗಿದೆ ಮತ್ತು ನಾವು ಈಗಾಗಲೇ ಕೆಲವು ತೀರ್ಮಾನಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು:

• ಇದು ದೊಡ್ಡ ಮತ್ತು ಸಂಕೀರ್ಣವಾದ ಯೋಜನೆಯಾಗಿದ್ದು, ನಿರಂತರ ಮೀಸಲಾದ ಸಂಪನ್ಮೂಲಗಳ ಅಗತ್ಯವಿರುತ್ತದೆ.
• ಆನ್‌ಲೈನ್ ವೀಡಿಯೊ ಸೇವೆಯ ಉದ್ದೇಶಗಳನ್ನು ಪೂರೈಸುವ ನಮ್ಮದೇ ಆದ ವಿಶಿಷ್ಟವಾದ ಕ್ರಾಸ್-ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ದೃಶ್ಯ ಭಾಷೆಯನ್ನು ರಚಿಸಲು ಇದು ನಮಗೆ ಅವಕಾಶ ಮಾಡಿಕೊಟ್ಟಿತು.
• ನಾವು ಇನ್ನು ಮುಂದೆ ದೃಷ್ಟಿಗೋಚರವಾಗಿ ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಹಿಂದುಳಿದಿರುವ ವೇದಿಕೆಗಳನ್ನು ಹೊಂದಿಲ್ಲ.

ಐವಿ ವಿನ್ಯಾಸ ಸಿಸ್ಟಮ್ ಘಟಕಗಳ ಪೂರ್ವವೀಕ್ಷಣೆ - ವಿನ್ಯಾಸ.ivi.ru

ಮೂಲ: www.habr.com