உங்கள் சொந்தத் தயாரிப்பை உருவாக்கத் தொடங்குவது எப்படி (2)

என் சுயாதீன தயாரிப்பு உருவாக்கத் தொடரின் இரண்டாம் பகுதி

முந்தைய கட்டுரை, iOS developer ஒருவரின் பார்வையில் தேவையை வரையறுத்தல், சுயாதீன App உருவாக்குதல், வெளியிடுதல் ஆகியவற்றுக்கான வளங்களை விவரித்தது. குறைந்த வளங்களால் Apple App Store-இல் கிடைக்கும் பயன்பாட்டு Apps மட்டுமே என்னால் முடிக்க முடிந்தது.

இந்தக் கட்டுரை பல தளங்களில் முழு அம்சங்களுடன் ஒரு தயாரிப்பை உருவாக்குவதையும், சந்திக்கும் சிக்கல்களையும் தீர்வுகளையும் பார்க்கிறது. WeChat official account, mini program மற்றும் App ஆகியவற்றின் முழுத் தயாரிப்புச் சூழலை படிப்படியாக எவ்வாறு உருவாக்கினேன் என்பதைப் பகிர்கிறேன்.

1. தயாரிப்பு இலக்குகள்

பொதுவாக, ஒரு தயாரிப்பு வழங்கும் மதிப்பே அதன் இலக்கு. பயன்பாட்டுச் சூழல் இருந்தாலும் மதிப்பில்லாத, பணம் ஈட்ட முடியாத, மிகக் குறைந்த பயனர்களே கொண்ட தயாரிப்பு இருப்பதற்கு அதிகக் காரணம் இல்லை.

அல்லது இன்னும் பெரிதாக, தயாரிப்பின் தொலைநோக்குப் பார்வையிலிருந்து தொடங்கலாம்…

அங்கேயே நிறுத்துங்கள். இப்போது அவை அனைத்தையும் யோசிக்க வேண்டாம்; இல்லையெனில் உங்கள் தயாரிப்பு முடிவில்லாத கற்பனையைத் தாண்டாமல் போகலாம்.

வளங்கள், மக்கள், முதலீடு ஆகியவை குறைவாக இருக்கும்போது இலக்கு தெளிவாகிறது: தயாரிப்பு எந்தச் சிக்கல்களைத் தீர்க்க வேண்டும், அல்லது எந்தச் செயல்களை வழங்க வேண்டும்?

உதாரணமாக, File Manager உருவாக்கியபோது MVP-க்கு தெளிவான இலக்கு இருந்தது: தொலைபேசி மற்றும் கணினிக்கிடையே கோப்புகளை மாற்றுதல்.

MVP-ஐ முடித்ததும் இயல்பாகவே பிற தேவைகள் வந்தன. சில என் தயாரிப்புத் திட்டங்களிலிருந்தும், பெரும்பாலானவை பயனர் கருத்துகளிலிருந்தும் வந்தன:

• 1.0.0 தொலைபேசி மற்றும் கணினிக்கிடையே கோப்புகளை மாற்றுதல்
• 1.1.0 படம், காணொளி மற்றும் ஒலிக் கோப்புகளை முன்னோட்டமிடுதல் அல்லது இயக்குதல்
• 1.2.0 கோப்புகளைத் தொகுத்தல், நகர்த்துதல், நீக்குதல், சுருக்குதல் மற்றும் பகிர்தல்
• 1.3.0 player-ஐ மேம்படுத்துதல்
• 1.4.0 பாதுகாப்புச் சரிபார்ப்பைச் சேர்த்தல்: gesture passcodes மற்றும் biometrics
• 2.0.0 App-இன் உள்ளே வாங்குதல்களைச் சேர்த்தல்
• 2.1.0 ஆவண scanning-ஐச் சேர்த்தல்
• …

ஒரு இலக்கைத் தேர்ந்தெடுங்கள். அது பெரியதாக இருக்க வேண்டியதில்லை; செயல்படுத்தக்கூடியதாக இருக்க வேண்டும். ஒரே நேரத்தில் ஒன்றில் கவனம் செலுத்தி, தவறாகத் தோன்றினாலும் தொடருங்கள்—முடிக்காமல் அது தவறு என்று எப்படி அறிவீர்கள் ◔ ‸◔? முடித்துவிட்டு மறுபரிசீலனை செய்யுங்கள்.

2. தயாரிப்பு முன்மாதிரிகள்

முந்தைய கட்டுரையில் பல முன்மாதிரிக் கருவிகளை முயன்று, முன்மாதிரி வடிவமைக்கும் நேரத்தில் xib மூலம் திரைகளையே உருவாக்கியிருக்கலாம் என்று முடிவு செய்ததைச் சொன்னேன்.

இங்கே என்னையே மறுக்கிறேன் ,,Ծ‸Ծ,,

தொடர்ச்சித் திட்டமே இல்லாமல், முடித்து வெளியிடுவது மட்டும் இலக்காகக் கொண்ட தனிப்பட்ட utility App-ஐ உருவாக்கும்போது இப்படிச் சிந்திப்பது புரிந்துகொள்ளத்தக்கது.

தயாரிப்பு வளரும்போது, முன்மாதிரியோ திட்டமோ இல்லாமல் ஒவ்வொரு படியாகச் செல்வது எதிர்கால உருவாக்கத்தில் கடுமையான சிக்கல்களை ஏற்படுத்தும். முன்மாதிரியை வடிவமைப்பது உண்மையில் தயாரிப்பின் தர்க்கத்தை ஒழுங்குபடுத்தும் செயல்முறை.

சில முன்மாதிரிக் கருவிகள் இங்கே. நான் தற்போது அதிகம் பயன்படுத்துவது MockingBot.

3. திட்ட மேலாண்மை

ஒரு iOS App-ஐத் தனியாக உருவாக்கி வெளியிட்டபின் ஒரு கடுமையான சிக்கலைக் கண்டேன்: எனக்குத் திட்ட மேலாண்மை குறித்த எண்ணமே இல்லை. நேரம் கிடைக்கும்போதோ நினைவுக்கு வந்தபோதோ வேலை செய்தேன்; சோம்பலாக இருந்தால் ஒன்றும் செய்யவில்லை.

அது என் சொந்த தயாரிப்பு; வடிவமைத்ததும் உருவாக்கியதும் நானே. MVP-க்கு கட்டணம் செலுத்தும் பயனர்கள் பெரும்பாலும் இருக்கவில்லை; அதனால் அவர்களிடம் பொறுப்புணர்வு ஏற்படவில்லை.

இது திட்டத்தை மிகவும் மெதுவாக்கும். நீண்ட காலம் திட்டமின்றி வேலை செய்வது திட்டத்தையே முடக்கலாம்.

வேலையில் பல ஆண்டுகள் iteration-களை நிர்வகித்தபின், திட்ட மேலாண்மைக் கருவிகள் தனிப்பட்ட திட்டங்களுக்கும் நன்றாகப் பயன்படுகின்றன என்பதைக் கண்டேன். தெளிவான இலக்குகளும் தர்க்கரீதியாக இசைந்த முன்மாதிரியும் கிடைத்தவுடன், பணிகளைப் பிரிப்பது இயல்பாக வருகிறது.

திட்ட மேலாண்மைக்கு coding.net-ஐப் பயன்படுத்துகிறேன்; அது source code-ஐயும் host செய்யலாம்.

பணிகளை மணிநேர அளவிலான அலகுகளாகப் பிரியுங்கள். இது நிர்வகிப்பதையும் test cases எழுதுவதையும் எளிதாக்குகிறது. இப்போது குறியீடு எழுதுமுன் test cases-ஐ முடிப்பது என் வழக்கம். இது அவசியம்.

முன்மாதிரி தயாரிப்பின் தர்க்கத்தை ஒழுங்குபடுத்துகிறது; test cases செயலாக்க விவரங்களை ஒழுங்குபடுத்துகின்றன. முழுமையான test cases சரியான business logic ✅ நோக்கி வழிகாட்டி, பல business errors ❌-ஐத் தவிர்க்கும்.

4. தொழில்நுட்பத்தைத் தேர்ந்தெடுத்தல்

இதுவரை அனைத்தும் தயாரிப்புப் பணிகள்; உருவாக்கத்தை இன்னும் தொடங்கவில்லை. முக்கிய சிக்கல்: developer நான் மட்டுமே, ஆனால் WeChat official account, mini program மற்றும் App ஆகியவற்றின் முழுச் சூழலை உருவாக்க விரும்புகிறேன்.

Mini programs, iOS மற்றும் Android திறன்கள் வேண்டும். ஒரு programming language கற்பது அவ்வளவு கடினமல்ல; ஆனால் ஒரே business logic-ஐ மூன்று முறை செயலாக்குவது மூன்று மடங்கு முயற்சி. இது தெளிவாக நடைமுறைக்கு ஒவ்வாதது.

வழக்கமாக பல தளங்களுக்குப் web-ஐப் பயன்படுத்தலாம்; அல்லது App-ஐ விட்டுவிட்டு official account மற்றும் mini program-இல் கவனம் செலுத்தலாம். தயாரிப்பின் ஆரம்பத்தில் தேவைகளை வேகமாகச் சரிபார்க்க இது மிகவும் நியாயமான வழி.

சிறிது தேடினால் பல cross-platform தொழில்நுட்பங்கள் கிடைக்கின்றன. ஒரே codebase மூலம் மூன்று தளங்களில் App மற்றும் mini program உருவாக்க Uni-App-ஐப் பயன்படுத்தலாம். இது Vue.js frontend framework-ஐப் பயன்படுத்துகிறது; iOS மற்றும் Android-க்கு Weex ஆதரவு தருகிறது.

தனிப்பட்ட தயாரிப்புகளுக்கும் சிறிய வணிகத் தயாரிப்புகளுக்கும் இது போதுமானது.

5. தரவு மேலாண்மை

Mini program மற்றும் App வழி முடிவானபின் இன்னொரு முக்கியக் கேள்வி உள்ளது: தரவு எங்கே இருக்க வேண்டும்?

ஒரு utility-க்கு App-இல் உள்ளூராகத் தரவைச் சேமித்தால் போதும். ஆனால் முழுப் பயனர் அமைப்புள்ள தகவல் தளம் அல்லது இன்னும் சிக்கலான user-generated-content சமூகம் இலக்காக இருந்தால்?

Uni-App தனது uniCloud சேவையை வழங்குகிறது. JavaScript-இல் server உருவாக்கம் செய்யலாம்; domain name இல்லாமலே mini programs மற்றும் Apps server-ஐப் பயன்படுத்தலாம்.

நான் வேறு வழியைத் தேர்ந்தெடுத்தேன்: serverless தளமான LeanCloud-இல் தரவை host செய்தேன். Mini program மற்றும் App, LeanCloud-ன் JavaScript SDK வழியாக hosted database-ஐ அணுகுகின்றன.

அதன் development tier நாளொன்றுக்கு 30,000 இலவச API requests-ஐ ஆதரிக்கிறது; SMS சேவைகளும் உள்ளன. பயனர் அமைப்பை உருவாக்கவும், பயனர் தரவைப் பதிவேற்றவும், தளத் தரவைப் பெறவும் இது போதும்.

Requests development quota-வைத் தாண்டினால், தயாரிப்பு ஓர் அளவிலான பயனர்களை அடைந்துள்ளது. அந்தப் பயன்பாட்டின் வருவாய் வணிக பயன்பாட்டிற்கு ஏற்ப பணம் செலுத்தும் tier-ஐப் போதுமான அளவு ஈடுகட்டும் என நம்புகிறேன்.

தரவைப் பெற ஒரு குறும்புத்தனமான வழி

வானிலை அல்லது தகவல் App ஒன்றை உருவாக்க விரும்பியும், வானிலை அல்லது செய்தித் தரவு இல்லாவிட்டால் என்ன செய்வது?

சீனாவில் பல API marketplace-கள் உள்ளன:

Alibaba Cloud API Marketplace

Tencent Cloud API Marketplace

Baidu Cloud API Marketplace

Juhe Data

EastApi

மற்றும் பல.

இந்த marketplace-கள் கட்டணமும் இலவசமுமான APIs வழங்குகின்றன.

• உங்கள் தயாரிப்பு பயன்பாட்டை வருவாயாக்க நல்ல வழி இருந்தால், கட்டண APIs-ஐப் பரிசீலியுங்கள்.

• அப்படி இல்லையெனில் இலவச அளவுகளைப் பயன்படுத்தலாம். ஆனால் 100 requests கொண்ட trial சோதனையிலேயே முடிந்துவிடலாம். பிறகு?

LeanCloud serverless database-ஐ ஒரு API marketplace-உடன் இணைக்கலாம். தினசரி வானிலைக்காக முதலில் database-ஐக் கேளுங்கள். தரவு இல்லையெனில் marketplace-இல் கேட்டு, பின்னர் database-இல் சேமியுங்கள்.

100 requests எல்லா நகரங்களுக்கும் இன்னும் போதவில்லை என்றால்? இலவசத்தைப் பயன்படுத்தும் மனப்பான்மையைத் தொடருங்கள்; பல தளங்களுக்கு விண்ணப்பியுங்கள்.

6. வெளியீடும் இயக்கமும்

இப்போது mini program, App மற்றும் server-ஐ உருவாக்கி முடித்தோம். எப்படி வெளியிடுவது?

Mini programs ஒப்பீட்டளவில் எளிது: WeChat Official Accounts Platform-இல் வழிமுறைகளைப் பின்பற்றி mini program-க்கு விண்ணப்பியுங்கள்.

iOS-இல் வெளியிட கட்டண developer account தேவை. இது ஒரு தடையாக இருந்தாலும், நீண்டகால இயக்கத்துக்கு Apple developer website-இல் விண்ணப்பிக்க பரிந்துரைக்கிறேன். இப்போது எளிது: iPhone-இல் Developer App-ஐப் பதிவிறக்கி அங்கே பணம் செலுத்தலாம்.

Android விநியோகத்திற்கு software copyright registration தேவை. வழக்கமான விண்ணப்பத்துக்கு 1–2 மாதங்கள் ஆகலாம்; அல்லது மூன்றாம் தரப்பு முகவருக்குப் பணம் செலுத்தலாம்.

இலவச வளங்களைத் தொடரலாம்: App மற்றும் mini program-இன் விளம்பர இடங்களுக்கான படங்கள், ஒலி, காணொளியை எங்கே சேமிப்பது?

Official account-ன் media library இதைத் தீர்க்கும். படங்கள், ஒலி, காணொளியை அங்கே சேமித்து அசல் URLs-ஐப் பெற்றால் App மற்றும் mini program அவற்றை அணுகலாம்.

7. வருவாய் ஈட்டுதல்

பயன்பாட்டை வருவாயாக்க ஒரு எளிய வழி விளம்பரம்.

ஆனால் publishers-க்கான தளத் தகுதிகள் தொடர்ந்து அதிகரிப்பதால், சுயாதீன உருவாக்குநர்களுக்கு விளம்பர ஒருங்கிணைப்பு கடினமாகிறது.

• Uni-App ஒரே click-இல் ஒருங்கிணைப்பை வழங்குகிறது; அதன் ஆவணத்தை பார்க்கவும்.

• Official account-க்கு பார்வையாளர்கள் சேர்ந்தபின், கட்டுரைகளில் விளம்பர இடங்களை இயக்கலாம்.

• Mini program 1,000 தனிப்பட்ட பார்வையாளர்களை அடைந்தபின் publisher வருவாயை இயக்கலாம்.

8. நிறைவுச் சிந்தனைகள்

ஆரம்பத்தில் சொன்ன WeChat official account, mini program மற்றும் App சூழலை இப்போது முடித்துவிட்டோம்.

இந்தப் படிகளைப் பின்பற்றி மூன்று தயாரிப்புகளில் இந்தச் செயல்முறையை முடித்தேன். அவற்றை முயற்சிக்க QR குறியீடுகளை ஸ்கேன் செய்யுங்கள்: