Swiftyinsta: `2.0` . के लिए सड़क

हाय स्टेफानो,
मुझे आपकी मदद करने और इस पुस्तकालय में योगदान देने के लिए धन्यवाद कहना चाहिए, आपकी भागीदारी से ज्यादा कुछ नहीं है जो मुझे खुश करता है।
यह एक अच्छा विचार है, अच्छी सुविधा और परिवर्तनों के साथ संस्करण 2.0 पर जाना ।
मैं कुछ अतिरिक्त कार्यों को लागू करने के बारे में सोच रहा था जो उपयोगकर्ता को पुस्तकालय से आसानी से निपटने में मदद करता है,
प्राप्त करने जैसी सुविधाएँ:

• उच्च गुणवत्ता वाला मीडिया [वीडियो या छवि]
• निम्न गुणवत्ता वाला मीडिया [वीडियो या छवि]
• मीडिया के लिए छवि थंबनेल
• सांख्यिकी कार्य (कुल पसंद, टिप्पणियों की गणना, ...)
• आसान तरीकों से अधिक लचीली विलंब सुविधा (इसे रन-टाइम में संपादित करना, या इसे चालू-बंद करना)।
• और आदि....
  जो उपयोगकर्ताओं के लिए बहुत समय बचाता है, ये सिर्फ विचार हैं।
  क्योंकि पुस्तकालय समय बीतने के साथ बड़ा हो रहा है, पुस्तकालय को निश्चित रूप से प्रलेखन की आवश्यकता
  हमें निश्चित रूप से नामकरण परंपराओं को ठीक करने की आवश्यकता है, क्योंकि बहुत गलतियाँ हैं। और मुझे UserReference विचार पसंद है जो अच्छा था।
  development शाखा की भी आवश्यकता है।
  हमें अगले संस्करण को और अधिक शक्तिशाली बनाने के लिए अन्य उपयोगकर्ताओं को यहां योगदान करने और विचारों को साझा करने के लिए आमंत्रित करना चाहिए।
  एक बार फिर धन्यवाद।
  सादर।

1. आसान अनुमति हैंडलर, सिंगलटन मॉडल और सभी .shared को छोड़कर, उपयोगकर्ताओं को एक ही समय में कई खाते चलाने की इजाजत देता है [अगर यह ठीक है तो मैं आज या कल इस पर काम करना शुरू कर सकता हूं]

मैंने इस पर काम करना शुरू कर दिया है। वास्तविक प्रमाणीकरण तंत्र मौजूद है, मुझे बस सभी अलग-अलग हैंडलर (😱) के लिए हर एक विधि को फिर से लिखना होगा, और फिर यह वही परिवर्तन कर रहा है Siwa ।

मैंने अब तक क्या किया है:

• APIBuilder , HttpSettings और RequestMessageModel चले गए हैं। अब आप सीधे APIHandler को कुछ Settings लेकर (वैकल्पिक) delay , queues , device (स्वचालित रूप से User-Agent ) और session ( URLSession ) पैरामीटर।
• और अधिक *Handler प्रोटोकॉल नहीं। उनके लिए कोई वास्तविक बिंदु नहीं था। प्रत्येक *Handler को अब APIHandler उदाहरण के माध्यम से कॉल किया जा सकता है ( UserHandler is .accounts , FeedHandler is .feeds , आदि ।), वे आलसी गुण हैं और वे उदाहरण के लिए ही विशिष्ट हैं। मैंने HttpHelper और PaginationHelper (उर्फ PaginationHandler में 1.* ) के लिए भी ऐसा ही किया है। यह सभी कोड दोहराव को हटा देता है जहां हर एक विधि को APIHandler लिए फिर से लिखा जाना था, और इसका अर्थ है विभिन्न लॉग उपयोगकर्ताओं के लिए एकाधिक APIHandler s के साथ " मल्टीटास्किंग "।
• प्रमाणीकरण अब APIHandler उदाहरण में एक एकल विधि द्वारा नियंत्रित किया जाता है: authenticate(with request: Login.Request, completionHandler: escaping (Result<(Login.Response, APIHandler), Error>) -> Void) , जहां Login.Request एक enum जो या तो SessionCache आइटम (जो 1.* SessionCache ), और इसका उपयोग "वापस लॉग इन" के लिए और Siwa (भविष्य में), या LoginWebView (उर्फ InstagramLoginWebView ) — और यह अब की तुलना में बहुत आसान है। सचमुच एक कॉल और आपका काम हो गया। यह Siwa और SwiftyInsta बीच सभी कोड दोहराव को हटा देता है: यदि आप "हेडलेस" प्रमाणीकरण चाहते हैं, तो Siwa और sessionCache , अन्यथा _web का उपयोग करें view_ SwiftyInsta ।
• _user_ pk या username स्वीकार करने वाली हर एक विधि अब इसके बजाय एक UserReference आइटम लेती है।

मैं कल तक सब कुछ खत्म करने की उम्मीद करता हूं, और फिर मैं इसे आगे के परीक्षण के लिए development तक बढ़ा सकता हूं। मैं वास्तव में बहुत उत्साहित हूं
मैं आपके विचारों और विचारों को जानने के लिए उत्सुक हूं।

परिवर्तन बहुत अच्छे लगते हैं, development शाखा भी जोड़ी गई।
मैं सुविधाओं और उपकरणों की सूची पर काम कर रहा हूं जैसे कि Logger और आदि।
और प्रमाणीकरण के बारे में, यह नई विधि सभी 3 प्रकार के प्रमाणीकरणों का समर्थन करती है?

1. निजी एपीआई लॉगिन
2. वेब लॉगिन
3. सीवा

मैंने उपरोक्त सभी परिवर्तन कर लिए हैं। मैं थोड़ी देर के लिए इसका परीक्षण कर रहा हूं और फिर एक _pull अनुरोध_ दबाएं।

और प्रमाणीकरण के बारे में, यह नई विधि सभी 3 प्रकार के प्रमाणीकरणों का समर्थन करती है?

अभी यह _web login_ और Siwa का समर्थन करता है (सैद्धांतिक रूप से Siwa *.shared का उपयोग करता है, इसलिए इसे अपडेट करने की आवश्यकता होगी, लेकिन मैं इसे जल्द से जल्द करने की योजना बना रहा हूं - जिसका अर्थ है सही now , इस बीच, आप केवल _web लॉगिन_ के साथ इसका परीक्षण कर सकते हैं)। मुझे लगता है कि username + password प्रमाणीकरण SwiftyInsta साथ प्रदान किया गया था, जो बराबर नहीं था, tbh। और चूंकि आपने इसके लिए Siwa में एक अद्भुत काम किया है, मुझे वास्तव में ऐसा लगता है कि इसे मुख्य पुस्तकालय से हटाया जा सकता है (लेकिन यह सिर्फ मेरी राय है)।
मेरा दृढ़ विश्वास है कि जो उपयोगकर्ता username + password प्रमाणीकरण करना चाहते हैं, उन्हें इसे शुरू से ही करना चाहिए (यानी Siwa ), बाकी सब कुछ जटिल किए बिना, और कोड आधारों को डुप्लिकेट किए बिना। फिर से, बस मेरी राय।
इसे फिर से भी जोड़ा जा सकता है

(मैंने टाइपो और गलतियों को ठीक करने की कोशिश की, जब मैंने उन्हें देखा, लेकिन मुझे कुछ तरीकों की तरह लगता है - उदाहरण के लिए अजीब POST वाले, अभी भी इरादा के अनुसार काम नहीं कर सकते हैं। उन्होंने 1.* में नहीं किया 2.0 में नहीं हो सकते हैं। Idk)

@sbertix @canaksoy
अधिक विचार? कोई भी जानकारी?

watchOS , tvOS और macOS

मैं मल्टी ओएस सपोर्ट #61 . के बारे में सोच रहा था
मैं बाद में इस पर काम करने की कोशिश करूंगा।

सफाई प्रतिक्रियाएं

• उच्च गुणवत्ता वाला मीडिया [वीडियो या छवि]
• निम्न गुणवत्ता वाला मीडिया [वीडियो या छवि]
• मीडिया के लिए छवि थंबनेल
• सांख्यिकी कार्य (कुल पसंद, टिप्पणियों की गणना, ...)
• आसान तरीकों से अधिक लचीली विलंब सुविधा (इसे रन-टाइम में संपादित करना, या इसे चालू-बंद करना)।
• और आदि....

इसके बारे में, मैं सोच रहा था ... उपयोगकर्ता को जिस तरह से प्रतिक्रियाएँ प्रस्तुत की जाती हैं, उसे युक्तिसंगत क्यों नहीं बनाया जाता?
सीधे डिकोड की गई फ़ाइल (जो raw संपत्ति की तरह बन सकती है) को वापस करने के बजाय, एक साफ struct क्यों नहीं लौटाया जाता है, पहले से स्वरूपित तारीख के साथ, विभिन्न गुणों वाली छवियां (जैसे आपने कहा), आंकड़े उनमें निहित ... आदि।

उदाहरण के लिए MediaModel को धक्का देने के बजाय, कुछ करीब लौटना ...

public struct MediaModel: Codable {
    /// `MediaModelJSON` would be equal to current `MediaModel`.
    public let rawResponse: MediaModelJSON

    // Accesories
    public var pk: Int! { return rawResponse.pk }
    public lazy var date: Date! = { return self.rawRespone.takenAt.flatMap { Date(timeIntervalSince1970: $0) }}()
    /* etc */
}

हाँ यह एक अच्छा विचार है, हमें वैसे भी मॉडलों को संपादित करना चाहिए। उनमें से कुछ में कुछ गुण गायब हैं और मॉडल बेकार प्रोटोकॉल के बीच कई डुप्लिकेट हैं और ....
हमें निश्चित रूप से मॉडलों में सुधार करना चाहिए और जिस तरह से वे उपयोगकर्ता को डेटा का प्रतिनिधित्व करते हैं।

swiftlint माध्यम से सिंटैक्स नियमों को लागू करने के बारे में क्या?
इसके लिए Travis CI समर्थन जोड़ना आसान है, लेकिन वास्तव में पूरे कोडबेस को तदनुसार बदलने के लिए बहुत लंबा है।
लेकिन यह इसके लायक होना चाहिए, इम्हो।
तुम क्या सोचते हो? @TheM4hd1