DEV Community: Cengiz TORU

‍What is the Dependency Injection Benefits Implementation Methods

Cengiz TORU — Tue, 05 Jul 2022 05:51:49 +0000

👨🏼‍💻 What is Dependency Injection❓ Benefits❓Implementation Methods❓| with Code Examples

Source

Introduction

Hi folks 👋. In this article, we’ll talk about Dependency Injection. We’ll look for answers of some questions such as What is the Dependency Injection❓ Why we should care about it❓ Benefits❓ What are the methods to implement DI❓

What is a Dependency❓

In the real world, we need some tools, objects, things for completing some tasks. So while we modelling the real world to programming as objects we need some other objects for doing some things. So for completing our main job we depend on some other objects, processes, functionalities etc. That’s exactly what dependency is.

Dependency is some required object instances which we depend on them & we need them in order to completing somethings.

Example Class Creating its Dependencies

For instance; in the real world a developer needs to ☕, 💻, IDE (can’t find emoji 😊). While modelling this developer to programming, the developer class has to have them. In the above class, the Developer class needs a Coffee class instance, a Computer class instance, an IDE class instance and if needed so on… In the above class coffee , computer and integratedDevEnv are dependencies.

Methods of Providing the Dependencies❓

By Self Construction

In this method, the class creates needed dependencies by itself. For instance above Developer class creates and initializes its dependencies coffee, computer, integratedDevEnv by itself.

By Injection

In this method, dependencies are injected from outside of the class into the class. As you see in the below, the class requests its needed dependencies while it's being created.

Example Class Which Dependencies Injected from Outside

💉 What is Dependency Injection❓

Dependency Injections is a design pattern that allows us to separate the creation and use of dependencies. It allow us to manage dependencies easily.

By this, we can inject required dependencies at run-time instead of creating them in the needed class. Also, it is the implementation of Dependency Inversion — SOLID’s 5th principle — .

🤔💉 Why we should care and use Dependency Injection❓ Benefits❓

https://medium.com/media/54d7404f7e49b1d9692ccac82825789c/href

Self Construction is quite simple. No big efforts or costs. And also the main class — eg. _Developer — _class has full control over how and when to create dependencies. But has some cons as below;

It violates to Single Responsibility Principle ; The Developer class needs to know how to create dependencies and also how to use them together. That’s too much responsibility. Each class should be responsible for just one functionality, responsibility.
Untestable ; a) When a unit test failed we don’t know what is the actual reason. Is the reason is Developer class or another dependent class- created runtime dependencies-. b) Dependencies don’t replaceable. So when we want to mock the dependencies with different variants of them for testing different scenarios we just can’t do that. Because the dependencies are hard so the class preventing to using a test double. For instance ; if we want to check the productivity of a Developer with a Latte instead of an Espresso, a Mac instead of a Matebook or VSCode instead of Android Studio we just can’t implement this scenario easily. Because dependencies are not replaceable. https://medium.com/media/c2282babe0a1b173f157dfe5a08bd7c8/href
Tightly Coupling ; Developer class is tightly coupled to Coffee, Computer, IDE classes. So when we want to use the Developer class we have to use Coffee, Computer, IDE classes. And also we can’t replace them with other variants of one. Also when a change occured in dependency classes, all dependent classes have to change. So maintainability is hard.

With Dependency Injection, we try to resolve the above problems. Also has cons like needing more time.

Benefits of the Implementing Dependency Injection are ; ease of testing, reusability of code, ease of refactoring, reducing boilerplate code, help to loose coupling and so on…

Let’s take a closer look at some of them.

Ease of Testing

One of the key benefits of DI is that it makes testing easier. But how becomes easier? Is it just a magic wand? Let’s look at how testing becomes easier phase by phase and see the side benefits of DI ( Dependency Injection ).

Encouraging Single Responsibility ; DI is force us a little bit to separate responsibilities. Each class should be responsible for its functionality. No need to worry about creating dependencies.

Resolving Tightly Coupling ; By separating the responsibilities of the classes we will have loosely coupled classes.

Encouraging Making Classes Replaceable ; DI enables us to use d_ependency inversion_ and rely on higher-level abstractions. By this, we can prepare the different implementations of our classes and pass instances of them to the needed classes. So dependencies will be easily replaceable with different implementations. Let’s make an example for more understanding.

Example Class Creating its Dependencies

Firstly we write our classes as above. It manages its dependencies. Also, it does its responsibilities. Okay, let's abstract our dependency classes Coffee, Computer, IDE.

High Level Abstractions of Classes with Dependency Inversion

— Actually taking a slip is not the responsibility of the Coffee class. But for simplicity I add it here —

We abstracted our classes. When we have to a different variant of Coffee such as Espresso, Americano, Latte etc. we need just implement this interface. Same thing for IDE and Computer classes. Now we can prepare easily different implementations as below.

Different implementations of classes

Okay, we abstracted our classes but replaceability is how working?

Passing different dependencies to the same class

When we want to create a MobileDeveloper — or BackEndDeveloper — we can pass any coffee instance or any computer instance or any IDE instance to it. Dependencies are easily replaceable. And also dependencies are reusable for different developers such as below.

Using the same dependencies for different instances

Now our classes are so flexible by Dependency Inversion and implementation of DI. We depend on high-level abstract classes and inject a specific implementation at run-time, based on the required use case.

Ease of test ; We can easily inject mock instances to our classes for imitation of different scenarios thanks to the easy replaceability of dependencies.

Testing example by passing different instances to developers

Increase Code Reusability

Dependencies can be used several times.
Thanks to each class having one functionality — Single Responsibility— we can use classes in different areas.

Easy Code Refactoring

Classes are now separated and isolated. One change will not affect a lot of code lines.
If we want to change an implementation detail such as migrating from Firebase to HMS Core we can easily create a new class and inject an instance of a new class from our dependency providing center (for ex; Module classes in Hilt).

There are some benefits of DI such as above.

💉🛣️ Methods of Implementing Dependency Injection❓

By Field Injection / Setter Injection

When some classes are instantiated by the system/library/framework we have to set dependencies by setter functions or by builder pattern.

Field / Setter Injection Example

By Constructor Injection

In this method, we pass needed dependencies while creating an instance of a class. We can do that in 2 ways as below.

Manual Constructor Injection

Before creating our target class instance we create dependencies of its. Then we pass dependencies while creating the target class instance.

Manual Constructor Injection

For creating a MobileDeveloper instance we have to prepare dependencies of it.

Cons

There is so boilerplate code. We have to create dependencies whenever we want to use the class.
It violates the Single Responsibility Principle. When a class wants to use an instance of MobileDeveloper it will be responsible both for its job and managing dependencies.
A change in MobileDeveloper class will affect a lot of areas. So maintainability is hard. Management is hard.
We have to know which class needs which dependencies or we will look at the class for needed dependencies.

Did you think as

Wtf 💩. I just want to create a shit instance, use it and just focus to my main job

Yeah, you are totally right. And I agree with you🤗. Also, I have a solution for you in order to solve this. Let’s move to the next title.

Automated Dependency Injection via Libraries

In the previous title, we created, provided and managed dependencies ourselves. But there are various libraries to do that behalf of us. There are many features of them and they have 2 key functionality almost all.

Allowing us to define how each dependency should be provided. Syntax etc depends on the library which you use.

Providing Dependencies with Hilt in Android Development

Each function is responsible for handling one dependency. When we need an instance of MobileDeveloper the DI library will create an instance of Coffee by calling provideCoffee() and pass it to provideMobileDeveloper(). The same thing goes on for computer and ide params. When all params are provided, provideMobileDeveloper() function will create an instance of MobileDeveloper. Finally, the DI library will give us the instance provided by provideMobileDeveloper() function whenever we need it.

Allowing us to define variables that are going to inject. We just define dependencies that we need and the library will generate boilerplate code for us and provide all needed dependencies to us. When we need a MobileDeveloper instance we just need to inform the library. And then use it without worrying about its dependencies etc. So cool, isn’t it 😎?

Injecting variables with Hilt in Android Development

Pros

Creating and using dependencies are separated. The layer of providing the dependencies is separated, clear and easy to understand. Other parts of the app don’t worry about dependencies. They just focus on their jobs.
Easy maintenance because the creation of dependencies is centralized in some files. And the rest of the app using here. So when we change the provider function it will affect all of the code which uses it. So no any manually refactoring.
Classes are loosely coupled. They can easily be replaceable. So easy testable. If we want to testing to mobileDevelopers with Latte instead of Americano we just need to change fun provideCoffee() = Latte(). That’s it. — Keep in mind, for doing that we need high-level abstractions. —
No boilerplate code in our codebase because it is handled by the library.

Cons

More time cost
A little bit learning curve

🔚 💚 👏 Conclusion

Dependency Injection is not a magic wand. It will be so significant, useful, and applicable when we care about SOLID, Clean Coding Principles and Modular Architecture etc. It is just an idea of handling dependencies somewhere instead of the dependent class. It will be good practice if we dedicate a part of our app to DI. For achieving that, many libraries, frameworks help us. Of course, we can do that without any 3rd party library or framework. But libraries, frameworks decrease a lot of boilerplate code and make easier management of dependencies.

So let’s continue our development life with implementing DI via libraries, frameworks.

Happy Coding 👩‍💻.Thanks for reading🤗. Have a healthy life. See you in the next articles👋.

https://medium.com/media/f687b28fdf7b8589fc075ad2a12dae68/href

REFERENCES

Dependency Injection — Developers Android

Android Jetpack Navigation Component #2 Fragmentler Arası Veri Taşıma İşlemleri

Cengiz TORU — Wed, 22 Jun 2022 11:52:51 +0000

Bir önceki yazımı okumadıysanız lütfen okuduktan sonra bu yazıyı okuyun. Okumamanız halinde bu yazıdakileri anlayamayabilirsiniz.

Navigation Architecture Component #1 Ekranlar Arası Geçiş İşlemleri

Ekranlar arası geçiş yaparken sıklıkla veri taşıma ihtiyacımız olur. Bu yazıda Navigation Component ile ekranlar arasında nasıl veri taşıyabileceğimizi anlatmaya çalışacağım. Keyifli okumalar.

Öncelikle şunu belirtmek istiyorum. Veri taşımanın en hızlısı, en hafifi, kısacası best-practise yöntemi bundle ile taşımaktır. Primitive tipteki veriler direk o verinin tipindeki fonksiyon yardımıyla bundle’a eklenerek taşınabilir. Obje taşırken de modeli parcelable dizayn ederek bundle’ın parcelable fonksiyonu yardımıyla bundle’a eklenerek taşınabilir.

Google ekranlar arası veri taşırken büyük verilerin taşınmamasını, veriye ait bir id / key değerinin taşınmasının önermektedir. Çünkü Android’de kayıt edilen veriler için toplam alan sınırlıdır.

Büyük veriler taşımak için burayagöz atabilirsiniz.

Bu kadarcık teoriden sonra artık kodlama kısmına geçebiliriz 💻.

PRIMITIVE TİPTEKİ VERİLERİ GEÇİŞ ESNASINDA TAŞIMA

Öncelikle NavigationGraph’ta verilerin taşınacağı ekrana taşınacak verileri tanımlamamız lazım.

Navigation Graph dosyamızın içinde Fragmente gönderilecek veriler yukarıdaki gibi argument tagleri arasında tanımlanabilir. Gerekmesi halinde argumentin nullable olma durumuda app:nullable=”true veya false” şeklinde eklenebilir.

Şimdi de verileri ilgili ekrana nasıl gönderebileceğimize bakalım.

Primitive tipteki verileri yukarıdaki koddaki gibi gönderebiliriz. Öncelikle bir bundle nesnesi oluşturuyoruz. Ardından verilerimizi bundle nesnesinin verimizin tipi ile aynı olan fonksiyonu yardımıyla bundle nesnesine ekliyoruz. Bir önceki yazıda ekranlar arası geçiş yapmayı öğrenmiştik. Ekranlar arası geçiş yaparken navigate fonksiyonuna bundle nesnesini 2. parametre olarak vererek verilerimizi taşıyabiliriz.

Son olarak ilgili ekrana taşınanan verileri nasıl yakalayacağımıza bakalım.

Verilerimizi onCreate metodunda yukarıdaki şekilde elde edebiliriz.

GEÇİŞ ESNASINDA NESNELERİ TAŞIMA

Öncelikle modelimizi Parcelable olacak şekilde hazırlayalım.

Daha sonra veri göndereceğimiz ekrana modelimiz için bir argument ekleyelim.

Burada argType olarak modelimizin tam yolunu vermeye dikkat edelim.

Daha sonra bu ekrana verilerimizi navigate fonksiyonu ile gönderelim.

Öncelikle bir bundle nesnesi oluşturuyoruz. Daha sonra bundle nesnesinin putParcelable fonksiyonuna verimizi ekliyoruz. Son olarak bundle nesnemizi navigation controller nesnemizin navigate fonksiyonuna 2. parametre olarak veriyoruz. Bu şekilde (nesne olan) verimizi ilgili ekrana gönderebiliriz.

Şimdi ilgili ekranda gelen veriyi nasıl yakalayabileceğimize bakalım.

Gönderilen veriyi arguments nesnesinin getParcelable fonksiyonu ile elde edebiliriz.

Şimdi dananın kuyruğunun koptuğu yere geldik. Lütfen dayanın bundan sonraki başlık önemli.

SAFE ARGS İLE VERİ TAŞIMA

SafeArgs gradle plugini Navigation Components ile geldi. SafeArgs ile verileri taşırken Type-Safety veriler taşıyabiliyoruz.

Type-Safety kavramının ne olduğunu, önemini bilmiyorsanız aşağıdaki yazımı okuyabilirsiniz.

Type Safety (Tip — Tür Güvenliği)

SafeArgs yapısını kullanabilmek için bazı ayarlar yapmamız gerekiyor.

Öncelikle AndroidX kullanımını gradle.properties dosyamızda android.useAndroidX=true koduyla açmış olduğumuzdan emin olmamız gerekiyor.

Daha sonra build.gradle(Module: app) dosyamızın başına sadece kotlinde kullanmak için

apply plugin: "androidx.navigation.safeargs.kotlin"

Javada veya hem Javada hem Kotlinde kullanabilmek için

apply plugin: "androidx.navigation.safeargs"

eklememiz gerekiyor.

Daha sonra build.gradle(Project: …) dosyamıza

buildscript {
   dependencies {
        def nav_version = "2.3.0"
        classpath "androidx.navigation:navigation-safe-args-gradle-plugin:$nav_version"
    }
}

eklememiz gerekiyor. Bunları yaptıktan sonra projemizi Rebuild edelim. SafeArgs, ekranlarımızın isminin sonuna Directions eklenmiş sınıflar oluşturacaktır. Ör: LoginFragment için LoginFragmentDirections

SafeArgs kullanmak için argument tanımında ve veriyi ilgili ekranda yakalama adımlarında herhangi bir değişiklik yapmıyoruz.

Şimdi SafeArgs ile nasıl veri gönderdiğimize bakalım.

Verimizi SafeArgs tarafından oluşturulmuş olan (sonu Directions ile biten) sınıfın içindeki, gerçekleşmesini istediğimiz ekran geçişinin bulunduğu fonksiyona parametre olarak veriyoruz. Bu fonksiyon ismini NavigationGraph içindeki action taglerininin id attributelerinden alır. Fonksiyon bize NavDirections tipinde bir nesne döndürür. NavigationController nesnesinin navigate fonksiyonuna bu nesneyi verirsek ekran geçişi sağlanmış olacak.

SAFEARGS KULLANSAK NE OLUR? KULLANMASAK NE OLUR?

Şimdi SafeArgs yapısının avantajına bakalım. SafeArgs ile veri taşırken Tip Güvenliğinin sağlandığından bahsetmiştim. Şimdi ona bakalım.

Dalgınlıkla verileri gönderirken yanlış veri tipinde veri göndermeye çalışmamız halinde (yukarıdaki resimdeki gibi) IDE bizi uyarır. Varsayalım ki dalgınlığımız o kadar üzerimizde ki uyarıyı görmedik bu sefer de projeyi compile ederken hata alırız.

Böylece uygulama canlıya çıktıktan sonra olabilecek hatalar uygulama canlıya çıkmadan önlenmiş olur.

Peki SafeArgs kullanmazsak ne olur?

SafeArgs kullamazsak veri taşırken Type-Safety validasyonu yapılmaz. Bu da yanlış tipte veri göndermemiz halinde hata almamaz, hatta projenin sorunsuz build edilmesi demek olur. Ancak uygulama hata yaptığımız yeri çalıştırmaya çalıştığında çökecektir.

Örneğin HomeFragment bizden bir User nesnesi beklerken biz User tipinden farklı tipte veri gönderecek olursak (SafeArgs kullanmıyorsak) hiç hata almayız. Projemiz de derlenir. Ama verilerin gönderildiği ekran verileri yakalamaya çalışırken yakalayamayacak ve uygulama çökecektir.

Acil bir şekilde canlıya çıkan, testi az yapılabilmiş bir projede böyle bir hata başımızı fazlasıyla ağrıtabilir. Bu tarz durumların oluşmaması için SafeArgs kullanmanızı tavsiye ederim.

Gönderilen verileri yakalarken yukarıdaki koda alternatif olarak şu şekilde bir kod parçacığı da kullanılabilir.

Bu yazımda Navigation Component ile ekranlar arasında nasıl veri taşıyabileceğimizi anlatmaya çalıştım. Olabildiğince Türkçe kaynak oluşturmaya çalışıyorum. Ama malumunuz sektörün dili İngilizce. Bu sebeple de bazı kelimeler İngilizce kalıyor. Çünkü ya Türkçe’si yok yada Türkçe’si anlamsız oluyor. Bunu anlayışla karşılayacağınızı umuyorum.

Yazıyı beğendiyseniz 👏 butonuna basarsanız sevinirim. Daha fazla insanın faydalanması için paylaşmanızı rica ederim. Buna benzer yazıları yazmaya devam etmeyi düşünüyorum. Yazdıklarımdan haberdar olmak için takip edebilirsiniz. Sonraki yazı da görüşmek üzere.

LİNKLER

cengiztoru/Simple-Navigation-Component-Example

Navigation Component Google Guide

Navigation Component Google Pass Data

Modüler Yapı Nedir: Faydaları ve Yaklaşım Biçimleri

Cengiz TORU — Wed, 22 Jun 2022 05:35:47 +0000

Build with Legos

Selamlar 👋, bu makalede Modüler Yapı kavramına, neden ihtiyaç duyduğumuza, modüler yapının faydalarına, modüler yapı kurma yaklaşımlarına bakacağız. Hadi başlayalım. Keyifli okumalar ☕🍫🤗.

Modüler Yapı Nedir❓

Yazdığımız projelerimizi-uygulamalarımızı olabildiğince birbirinden bağımsız-izole olacak şekilde daha küçük alt parçalara, katmanlara ayırdığımız yapı olarak tanımlayabiliriz.

Modüler Yapıya Neden İhtiyaç Duyarız❓

Uygulamalarımız günden güne büyüyor. Sürekli yeni özellikler ekleniyor. Ve giderek projede çalışan geliştirici sayısı da artıyor. Bir yerden sonra yeni özellik eklemenin maliyeti artıyor. Bir değişiklik yapılacağı zaman başka bir geliştiricinin işi bekletilmek zorunda kalınabiliyor. Yapılan bir değişiklik birden fazla yeri etkileyebiliyor. Buda haliyle test süreçlerini uzatıyor, release’leri geciktiriyor. Projenin codebase’i büyüdükçe projenin build edilme süresi de giderek artıyor. Buda geliştiricinin verimliliğini düşürebiliyor.

Bunun gibi durumlardan dolayı kodlarımızı, feature’larımızı olabildiğince birbirinden bağımsız çalışacak katmanlar haline getirmeye ihtiyacımız oluyor. Bu sayede genel anlamda proje yönetimi kolaylaşıyor. Bir yerde yapılan değişiklik daha az yeri, geliştiriciyi etkiliyor. Build süreleri kısalıyor. Geliştiricilere siz şu şu modülden sorumlusunuz denilerek geliştiricilerin odaklanacağı asıl feature’lar belirlenebiliyor.

Modüler Yapının Faydaları Nelerdir❓

Genel olarak yukarıda paragrafta bahsettim aslında ama şimdi biraz daha başlık başlık değinelim 👊.

https://medium.com/media/e831d372549517830cd6c8f2bcbb2120/href

Ölçeklenebilirliği Artırma (Scalability)

Uygulama büyüdükçe yeni ihtiyaçlar ortaya çıktıkça uygulamanın yönetimi zorlaşıyor. Projedeki geliştirici sayısı da artıyor. Bir yerden sonra bir feature geliştiren bir geliştirici başka bir geliştiriciyi bloklayabiliyor. Eklenecek özellik başka yerleri etkileyebiliyor. Bunu çözmek için proje küçük modüllere ayrılıp hangi developerların hangi modüller üzerinde geliştirme yapılacağı belirlenerek bu problem üstesinden gelinebilir.

Uygulama ayrı ayrı handle edilebilir hale gelmiş olacak. Seperation of Concern’ü artırmış olacak. Her şeyin ayrı testi, resource’ları olmuş olacak. Her geliştirici kendi alanına odaklanabilmiş olacak. Bu geliştiricinin verimliliğini de artıran bir etmen. Geliştiricilere yetkiler tanımlayarak her modüle erişmesi de engellenebilir.

Bakım Yapmayı Kolaylaştırma (Maintainability)

Uygulamada herhangi bir değişiklik yapılacağı zaman monolitik uygulamada büyük kod dosyaları, package’ları arasında kaybolmak yerine modüler yapıdaki bir uygulamada yapılacak iş ile ilgili modüle giderek daha az bir kod incelenir. Bu sayede projenin büyük bölümü taramak, anlamaya çalışmak ile uğraşmak yerine nispeten daha az kod ile uğraşılmış olur. Elde edilen hatanın tespit edilmesi ve bug’ların çözülmesi kolaylaşır, süresi kısalır. Eklenecek yeni özellik daha az yeri etkiler. Daha kolay eklenir.

Continuous Integration Sürecini Hızlandırma

Monolik bir uygulamada bir değişiklik yaptığınızda tüm testlerini koşturmanız gerekebilirken modüler bir uygulamada ise değişikliğin yapıldığı modül ve ilişkili yerlerin testlerinin koşulması yeterli olacaktır. Yapılan değişiklikten diğer modüller etkilenmez. Bu yüzden de diğer modüllerin testlerinin koşulmasına gerek kalmaz. Buda CI sürecimizi bir nebze olsun hızlandırır.

Daha Küçük Kurulum Dosyası (APK) Elde Etmeyi Sağlama

Modüler bir uygulamada Bundle ve Dynamic Features sayesinde daha küçük boyutlu kurulum dosyaları elde ederiz. Buda kullanıcılarımızın memnuniyetini attıran bir etmen.

Kodun Tekrar Kullanılabilirliğini Artırma

Uygulama modüler halde olduğunda, bir modül kolayca alınıp başka bir projeye aktarılabilir. Farklı projelerde kullanılan ortak componentlerin paylaşılabilmesini, belli başlı bazı modülleri build ederek bir codebase üzerinden farklı uygulamalar çıkarabilmeyi kolaylaştırır.

Daha Hızlı Compilation

Monolitik bir uygulamada A dosyasını değiştirdiğimizde tüm uygulama compile edilirken modüler bir uygulamada aynı dosyayı değiştirdiğimiz zaman o dosyanın içinde bulunduğu modül ve ilişkili yerler compile edilir. Bu da daha kısa süre de build almamızı sağlar.

https://medium.com/media/4576792b77ad91d269bb854bcbf59c3d/href

Modüler Yapıyı Kurma Yaklaşımları

Katman Bazlı Modüler Yapı Yaklaşımı

Uygulamanın data, domain, presentation vb şekilde ayrı ayrı katmanlara ayırıp sonrasında bunları ayrı modül haline getiren yaklaşımdır. Katmanlar arası (ui-bussiness logic…) izolasyon ve güzel bir yapı (structure) sağlar. Bir modülde yapılan değişiklik diğer modülleri etkilemez. Bu sayede modüller bağımsız şekilde test edilebilir olur. Fena olmayan bir package hiyerarşisine sahip uygulamayı katmanlı modüler yapıya geçirmek biraz daha kolay olur.

Özellik (Feature) Bazlı Modüler Yapı Yaklaşımı

Uygulamada var olan özellikleri modül modül ayırma ve özellikleri birbirinden bağımsız hale getirme yaklaşımıdır. Bir özellikte yapılan bir değişiklik başka bir özelliği pek etkilemez. Bu sayede sadece ilgili modül ile ilgili testlerin koşulması yeterli olur.

Android bir projede sağladığı en büyük faydalardan bir tanesi dynamic features’ları kullanabilmektir. Bu sayede ihtiyaç oldukça bazı modüller indirilip kurulup kullanılabiliyor. Dolayısıyla uygulama ilk indirildiği zaman tüm özelliklerin büyük boyutlu bir apk ile indirilmesine gerek kalmıyor. Sadece kullanıcının sık kullanacağı özellikleri cihazında barındırması sağlanıyor. Bu da depolama ve mobil veri kullanımını iyileştiriyor.

Katmanlı mimariye göre implement edilmesi daha zordur.

Kaynak

Hibrit Modüler Yapı Yaklaşımı

Katman Bazlı yaklşım ile Özellik Bazlı yaklaşımın birlikte harmanlanarak kullanılmasıdır. Örneğin; önce top level’da özellik bazlı modüler bir yaklaşımı implement edip sonrasında her bir özellik modülü içerisinde katman bazlı modüler yapı yaklaşımı uygulanır.

Son Sözler

Modülerizasyonun tek bir çözümü yok. Çeşitli seçeneklerimiz var. Ve bizde kendi projemizin durumlarına, ihtiyaçlarımıza göre hareket ederek karar vermeliyiz. Kısa zamandaki maliyetlerimize ve uzun dönemli olarak modülarizasyonun uygulamamıza getireceği faydaları göz önünde bulundurarak karar vermeliyiz. Monolitik yapıda bir uygulamamız varsa Katman Bazlı Modülerlik ile başlayabiliriz. Katman Bazlı Modülerliği oturttuktan sonra Dynamic Delivery’e ulaşmak istiyorsak Özellik Bazlı Modülerlik için kolları sıvayabiliriz.

Bu makalede Modüler Yapı kavramını, faydalarını ve implement edilme yöntemlerini inceledik. Okuduğunuz için teşekkür ederim 👏. Umarım faydalı olmuştur. Görüşmek üzere, sağlıcakla kalın👋🤗.

Kaynak

Referanslar

Android Jetpack Navigation Component #1 Fragmentler Arası Geçiş İşlemleri

Cengiz TORU — Fri, 17 Jun 2022 07:06:17 +0000

Navigation , uygulamada ekranlar arasında yapılan geçişler demektir. Biz normalde bu geçiş işlemlerini manuel olarak yapardık. Navigation componenti bu geçişleri daha tutarlı bir şekilde yapmamızı sağlar. Bunun yanında geri butonuna basılması, veri taşıma, animasyon gibi konularda da işimizi kolaylaştırıyor.

Bu yazıda navigation component kurulumunu, ekranlar arası geçiş işlemini ve geçişlere animasyon ekleme işlemlerini anlatmaya çalışacağım. Keyifli okumalar.

Navigation ; Navigation Graph, NavHost, NavController olmak üzere 3 temel parçadan oluşur. NavigationGraph ekranlarımızın ve geçişlerimizin içinde olduğu bir xml dosyasıdır. NavHost uygulamadaki ekranlarımızın barındığı ortamdır. SingleActivity-MultiFragment yapısı için Activity olarak düşünebilirsiniz. NavController ise NavigationGraph içerisinde bulunan ekranlar arası geçişleri yapmamızı, yönetmemizi sağlayan yapıdır. Eğer kafanızda biraz soyut kaldıysa merak etmeyin şimdi adım adım yapacağız.

Öncelikle dependecy’leri ekleyelim. Alltaki dependencyleri build.gradle(Module:app) dosyasına ekleyelim.

//NavigationComponent dependencies
def nav_version = "2.3.0"
implementation _"_androidx.navigation:navigation-fragment-ktx:$nav_version_"_  
implementation _"_androidx.navigation:navigation-ui-ktx:$nav_version_"_

Alttaki dependencyleri ise build.gradle(Project:…) dosyasında dependencies bloğunun içine yazalım.

classpath "androidx.navigation:navigation-safe-args-gradle-plugin:2.3.0"

Daha sonra ekranlarımızı tasarlayalım. (Ekran tasarımını burada yapmayacağım. Ama burayabasarak konu ile ilgili githubdaki projeme ulaşabilirsiniz.)

NAVIGATION GRAPH OLUŞTURMA

Şimdi de ekranlar arasındaki geçişleri belirtmemizi sağlayan Navigation Graph dosyamızı ekleyelim. Bunun için Res → New → Android Resource File tıklayıp kaynak tipi navigation olan navigation_graph adlı bir dosya oluşturalım.

Bu dosyanın design kısmını açalım. Yeni bir ekran eklemek için sol üstteki + butonuna basalım. Burada ekranlarınızı sırasıyla eklemenizi tavsiye ederim. Önce giriş yapma ekranı, sonra kayıt olma ekranı, sonra anasayfanız gibi. Tabiki bu sıralama uygulamanızın yapısına göre değişebilir.

Aşağıdaki gif resminde nasıl ekleyebileceğinizi daha detaylı görebilirsiniz.

Biz ekranlarımızı yukarıdaki şekilde eklerken ide bizim için onun kodlarını navigation_graph dosyasına yazar. İncelemek isterseniz Xml / Code kısmına ekranına geçebilirsiniz.

Şimdi de hangi ekrandan hangi ekrana geçiş yapıldığını belirtelim. Örneğin SplashFragmentimizde kullanıcının giriş yapıp yapmadığını kontrol ediyor olalım. Kullanıcının giriş yapmış olması halinde HomeFragmente aksi takdirde LoginFragmente yönlendirelim. LoginFragmentte de kullanıcı SignUp fragmentine geçebiliyor ve dönebiliyor olsun. Bu işlemi aşağıdaki gifteki gibi yapabiliriz. Başını kaçırırsanız lütfen tekrar başa dönmesini bekleyin.

Yine biz bu işlemleri yaparken ide bizim için bu işlemlerin kodlarını xml tarafına yazıyor. İncelerseniz bu sefer fragment tagleri içerisine action taglerinin geldiğiniz göreceksiniz.

NAVHOST EKLEME

NavigationGraph ile işimiz bittiğine göre artık NavHost’a geçebiliriz. NavHost ekranlarımızı barındıran ortamdır. Bunun için main_activity.xml dosyasına şu kodları yazıyoruz.

Eklediğimiz fragmentin NavHost’a ait fragment olduğunu belirtmek için android:name satırını ekliyoruz. Daha sonra bu fragmentin hangi Navigation Graph dosyasını host edeceğini app:navGraph satırı ile belirtiyoruz. Son olarak bu fragmentin uygulamadaki varsayılan NavHost olduğunu belirtmek için app:defaultNavHost=true kodunu ekliyoruz.

NavHost ile işimiz bitti. Buraya kadar ekranlarımız arasındaki geçişleri ve bu geçişlerin hangi host üzerinden yapılacağını belirttik. Şimdi de bu geçişleri yapma adımına geçelim.

EKRANLAR ARASI GEÇİŞ YAPMA

Geçişleri yapmak için bir tane NavController nesnesine ihtiyacımız var. Bu nesneyi elde ettikten sonra nesnenin navigate fonksiyonunu kullanarak geçişleri yapabiriz. Navigate fonksiyonuna NavigationGraph içerisindeki gerçekleşmesini istediğimiz geçişin (action tagleri) id değerini parametre olarak veririz. Bir Fragment için aşağıdaki kodu inceleyelim.

Öncelikle NavController sınıfından bir nesne referansı üretiyoruz. Daha sonra onViewCreated metodunda bu nesneyi oluşturuyor, initalize ediyoruz. Daha sonra kayıt ol butonuna tıklanıldığında bu nesnenin navigate fonksiyonu yardımıyla ekran geçişini sağlıyoruz. Tıklama olayını yorum satırı haline getirdiğim şekilde de yakalayabiliriz. Bu geçişin yapıldığı navigation_graph kodu ise şöyle

Dikkat edeceğiniz üzere Kotlin tarafında navigate fonksiyonuna xml dosyasındaki action taginin id değerini parametre olarak gönderdik. Bu sayede giriş ekranından kayıt olma ekranına geçmiş olduk.

Ekran geçiş örneği

Kayıt ekranında kullanıcının geri butonuna basma sı halinde navigation bu olayı yakalayacak ve bir önceki ekrana dönme işlemini kendisi otomatik olarak gerçekleştirecek. Bizim manuel olarak yönetimini yapmaktan kurtaracaktır.

BİR EKRANDAN GERİ DÖNÜLMESİNİ ENGELLEME

Bazen uygulamalarımızda kullanıcıların bazı ekranlardan geri dönmesini istemeyiz. Örneğin giriş yapma ekranından bilgilerini girdikten sonra anasayfaya geçen kullanıcının geri butonuna basması halinde giriş ekranına dönmesini değil de direk uygulamadan çıkmasını isteriz. Bunu navigation component ile yapmak için action taginin içine

app:popUpTo=”@id/loginFragment”

app:popUpToInclusive=”true”

kodlarını eklememiz gerekir.

Bu sayede LoginFragmentten HomeFragmete gidildikten sonra kullanıcının geri basması halinde navigation kullanıcıyı giriş ekranına yönlendirmek yerine direk uygulamadan çıkmasını sağlayacaktır.

EKRANLAR ARASI GEÇİŞE ANİMASYON EKLEME

Öncelikle animasyon klasörümüzü ve animasyon dosyalarımızı oluşturuyoruz. Daha sonra animasyon eklemek istediğimiz geçişin action taginin içine aşağıdaki gibi 4 satır kod ekliyoruz. Sağlıklı bir giriş ve çıkış animasyonu için 4 satırıda eklemenizi tavsiye ederim.

İlgili resourceları burada yazmadım. Onları b urayatıklayarak konu ile ilgili githubdaki projemde n alabilirsiniz.

Bu yazımda Navigation Component ile ekranlar arası geçiş yapmayı, gidilen ekrandan geri dönmeyi engellemeyi, geçişlere animasyon eklemeyi anlatmaya çalıştım. Sonraki yazımda Navigation ile ekranlar arası geçişte nasıl veri taşıyabileceğimizi anlatmaya çalışacağım. Yazıyı beğendiyseniz 👏 butonuna basarsanız sevinirim. Daha fazla insanın faydalanması için paylaşmanızı rica ederim. Buna benzer yazıları yazmaya devam etmeyi düşünüyorum. Yazdıklarımdan haberdar olmak için takip edebilirsiniz. Sonraki yazı da görüşmek üzere.

Navigation Architecture Component #2 Veri Taşıma İşlemleri

LİNKLER

cengiztoru/Simple-Navigation-Component-Example

Navigation Component Google Guide

Type Safety (Tip — Tür Güvenliği)

Cengiz TORU — Fri, 17 Jun 2022 07:00:46 +0000

Type Safety (Tip — Tür Güvenliği)

Özetle derleyicilerin, derleme esnasında değişkenleri doğrulamasıdır.

Biraz açalım.

Sayı değeri alan bir değişkenimiz olduğunu düşünün. Bu değişkenimize daha sonrasında string bir değer atamamamız gerekir. Ama bazen dalgınlığımıza gelir böyle hatalar yapabiliriz. Bu hatalar bizlere zaman kaybettirir. Eğer bir uygulama aceleye gelmiş ve testi az yapılmış ise uygulama canlıya çıktıktan sonra kullanıcılar hatanın yapıldığı ekrana girince uygulama çöker, beklediklerinden farklı sonuçlar alır. Ondan sonra şikayetler yağar. Şimdi ara dur hata neden kaynaklanıyor?

Bu tarz durumların oluşmasını engellemek için diller ve derleyicilerin iş birliği ile type-safety kavramı ortaya çıktı.

Derleyiciler compile time anında değişkenlere doğru değerler atanıp atanmadığını kontrol ederler. Değişkenlere yanlış değer atanmış olması halinde derleme esnasında hata verir ve runtime anındaki oluşabilecek hataların önüne geçilmiş olur. Hatta bazı derleyiciler kod yazma anında değişkene yanlış tipte bir veri atamamız halinde bizi uyarırlar.

Şimdi birkaç örnek inceleyelim.

Örneğin Java type safe bir dil iken JavaScript type safe bir dil değildir.

Javascriptte bir değişken yazarken tipini belirtme zorunluluğu yoktur. Buna Type Inference (Tip çıkarımı) denir. Bu sayede int olarak ilk değerini almış bir değişkene daha sonra string bir değer atanabilir. Buda o değişkeni kullanacağımız yerlerde hatalar almamıza sebep olacaktır.

JavaScripte type safety olmaması

Yukarıdaki kod parçacığında int olan bir değişkene string bir değer atamamıza rağmen herhangi bir hata , uyarı almadık.

Javada bir değişken yazarken tipinin ne olduğunu belirtmek zorundasınız. Daha sonra o değişkene o tip dışındaki bir veri atayamazsınız. Hem kod anında, hemde derleme esnasında hata alırsınız.

Javada type safety

Yukarıdaki kod parçacığında int türünden tanımladığımız değişkenimize string verdiğimizde kod yazarken ve derleme esnasında hata alıyoruz. Bu hatayı almamız Type Safety kavramıdır.

Şöyle bir problemimiz olsun. Bir manav dükkanına bir dayımız gitmiş olsun. Bu dayımız 1 kilo elma, 3 kilo portakal, 10 kilo muz alsın. Bizde bu dayımızın ödeyeceği toplam ücreti gösteren bir program yazalım.

Problem çözümüne ilişkin JavaScript kodu (Visual Studio Code)

Bu problemi type safety olmayan bir dilde yazarsak, dalgınlık anında int değer alması gereken bir değişkene string değer verirsek, derleyici ne kod yazarken, ne derleme anında, ne de çalışma anında bize bir hata vermezse alacağımız sonuç

Type Safety olmayan bir dilde olabilecekler

gibi absürt bir veri olur. Biz toplam ücret olarak bir sayı beklerken bambaşka bir yazı çıktı. Type safety işte burada devreye giriyor.

Şimdi de bunu Javada yazalım.

Probleme ilişkin Java kodu

Dikkat ederseniz daha kodu yazarken kodun altı kızarıyor, hata veriyor. Farz edelim ki dalgınlığımız o kadar üzerimizde ki onu da göremedik. Kodu derlemeye başladığımız zaman derleyici bize

Type Safety hatası

gibi bir hata verir. Bu sayede uygulamamızı canlıya çıkarmadan hatamızı düzeltmiş oluruz.

Daha fazla örnek incelemek için burayatıklayabilirsiniz.

Dipnot : Java ile JavaScript arasında isim benzerliği dışında pek bir benzerlik yoktur. Netscape firması JavaScripti piyasaya süreceği sıralar Sun Microsystem tarafından geliştirilen Java popüler bir dildi. Netscape firması da Javanın bu popülerliğinden yararlanmak için JavaScript ismini kullandı ve amacına da ulaştı.

Özetle type safety, derleyicilerin kodu derlerken değişkenlerimizin tipleri ile atanan değerlerin tipleri arasında farklılık olması durumunda hata vermesi ve kodu derlememesidir. Tip validasyonu yapmasıdır.

Bir yazının daha sonuna geldik. Basit ama önemli bir kavram olan Type Safety kavramını anlatmaya çalıştım. Beğendiyseniz 👏 butonuna basarsanız sevinirim. Daha fazla insanın faydalanması için de paylaşmanızı rica ederim. Sonraki yazımda görüşmek üzere kendinize iyi bakın.

Github Readme dosyasına gömülü video nasıl eklenir

Cengiz TORU — Mon, 13 Jun 2022 06:53:44 +0000

Github Readme dosyasına gömülü video nasıl eklenir?

Kaynak

Giriş

Selamlar🖐. Bu yazımda readme dosyalarına gömülü bir videoyu kolayca nasıl ekleyebileceğinizden bahsedeceğim.

Eğer aşağıdaki seçeneklerden birisi ile Readme dosyanıza video eklerseniz

Birinci Seçenek

[![Now in Android: 55] // Title
(https://i.ytimg.com/vi/Hc79sDi3f0U/maxresdefault.jpg)] // Thumbnail
(https://www.youtube.com/watch?v=Hc79sDi3f0U "Now in Android: 55") // Video Link

İkinci seçenek

[<img src="https://i.ytimg.com/vi/Hc79sDi3f0U/maxresdefault.jpg" width="50%">](https://www.youtube.com/watch?v=Hc79sDi3f0U "Now in Android: 55")

aşağıdaki resimdeki gibi bir çıktı elde edersiniz. Kullanıcı videonun küçük resmine tıkladığında github sayfasından çıkıp başka bir sayfaya yönlendirilecektir.

Gömülü olmayan video örneği

Bu gömülü bir video ekleme değildir aslında. Çünkü kullanıcı videoyu izleyebilmek için başka bir websitesine yönlendiriliyor. Kullanıcının github sayfamıza olan odağını- ilgisini kaybetmemek için başka sayfaya gitmesini tabiki istemiyoruz.

Peki gömülü bir videoyu Readme dosyamıza nasıl ekleyebiliriz. Sihirli sözcükler için hazır mısınız?

Sadece “ Sürükle & Bırak” 😄

Sürükle-Bırak ile Readme dosyasına nasıl video eklenir

Bu yöntemle, reponuz ile ilgili videolarınızı kolay bir şekilde Readme dosyanıza ekleyebilirsiniz. Kullanıcı videoyu izlemek için başka bir siteye de gitmeyeceği için kullanıcının odağınıda kaybetmemiş olursunuz.

Ayrıca eklenen bu gömülü video açılıp kapanabilir (collapsed- expanded). Ek olarak kullanıcılarınız videonun sesini değiştirip videoyu da tam ekran izleyebilirler.

Aynı yöntemle resimlerinizi Readme dosyanıza ekleyebilirsiniz.

Aklınızda bulunsun; resimler ve gifler için maksimum dosya boyutu 10MB’tır. Video için ise ücretsiz Github hesabınızda 10MB iken ücretli Github hesabınızda ise Readme’ye bu şekilde ekleyebileceğiniz maksimum video dosya boyutu 100MB’tır

Öneri; Repolarınız için Readme dosyası hazırlarken Intellij IDEA ile kullanılabilen Markdown Plugin’i yerine Github’ın websitesini ( yukarıdaki gifte gösterdiğim gibi) kullanınız. Çünkü bu plugin bazen düzgün çalışamayabiliyor. Video için sürekle & bırak gibi bir özelliği desteklemiyor. (Resimler için destekliyor bu arada). Video için sürükle & bırak özelliği Github websitesinde var olan bir özellik. Bu yüzden bazı Readme dosyalarının görünümleri Github websitesinde ve Intellij IDEA’de farklı gözükebilmektedir. Plugini kullanarak önemli bir zaman kaybettim.

Sonuç

Bu makalede Github tarafından sağlanan Sürükle & Bırak özelliği sayesinde Readme dosyalarımıza gerçek gömülü bir videoyu kolayca nasıl ekleyebileceğimizi öğrendik. Eğer makaleyi beğendiyseniz alkış butonuna basabilir ve makaleyi paylaşabilirsiniz. Sonraki makalelerde görüşmek üzere 🤗.

Kaynaklar

Make Easier User Authentication Processes (even on Cross Platforms and Cross Apps) | Huawei Keyri...

Cengiz TORU — Thu, 21 Apr 2022 15:58:12 +0000

Make Easier User Authentication Processes (even on Cross Platforms and Cross Apps) | Huawei Keyring vs Google Identity Smart Lock for Passwords

Source

Hi folks 👋, I have a question for you ❓

🤔 💭 Imagine you own a company such as Meta ( ex-Facebook). So you have a lot of apps/projects such as Facebook, WhatsApp, Instagram. Sometimes your users forget the account/passsword of your apps so they can’t log in to the app. And they try to “Forget Password” functionality of your apps. They try to recover their passwords. They spend time on that. This causes a non-easy and non user-friendly app experience for users. Also, your Forget Password service get a lot of requests and it is a cost for you.

https://medium.com/media/ebc2f5a06f3f52804bf8e99797d42181/href

🤔 You come up with a brilliant idea; Sharing Credentials. You want to ease the authentication process of users by sharing credentials between cross apps and cross platforms such as Android Apps-Websites. Users will be needed just remember one password when they can share credentials between your projects. How would you do this❓

Introduction

🔎 In this article, we will look for answers to this question both on devices that have HMS Core and devices that have Google Play Services.

Huawei Keyring Service fully matches your requirements. Let’s look at it.

🔑🔐 Huawei Keyring

The Keyring is an SDK provided by Huawei which allows you to store user credentials locally on Android phones, tablets and also share these credentials between different apps and even platforms such as websites and quick apps.

Keyring provides APIs for android apps, APIs for web apps, and APIs for quick apps. Apps can integrate relevant APIs to use Keyring. All user credentials will be stored in HMS Core Keyring regardless of which type of APIs you are calling, implementing unified credential management and sharing.

How Keyring works with different platforms

💾🔏Storing & Retrieving Credentials Securely

https://medium.com/media/b9c01a1ccf54591de29db932b04792a2/href

The Keyring stores user credentials on the user device for automatic sign-in later. The Keyring encrypts the credentials and stores them on the HMS Core. Additionally, while you save a credential you can pass true to userAuth variable of a Credential instance in order to requestBiometric Verification or Lock Screen Password when an app tries to access this credential.

When an app/platform tries to access a credential which userAuth variable given true, the Keyring SDK will handle user authentication by Biometric Verification or Lock Screen Password. The app/platform can’t access the password of the credential until the authentication has been successfull.

Also, you can save multiple credentials. So that provides multiple login options to the user.

📱📲 Cross-App SignIn & 💻📲 Cross-Platform SignIn ( SHARING CREDENTIALS )

Sharing Credentials

You can pass app and website identities which you want to share this credential with them to sharedWith variable while creating a credential instance to save. So you can define other android apps, websites, and quick apps in order to share user credentials securely.

For sharing a credential securely with other platforms you need some basic information

You can get credentials shared with your app in addition to saved by your app while retrieving the credential list. You need to pass a trustedAppList to your request -such as saving a credential process- in order to define which platforms (android app, website, quick app) trusted your app and has possibly shared some credentials with your app.

For instance; A user logged into Instagram. And Instagram saved the user credentials with a trustedAppList. Suppose this trustedAppList includes a Facebook android app, Facebook Website, and WhatsApp android app identities. The Facebook Android app will try to retrieve saved credentials from HMS Core when the user enters the Facebook android app. If the Facebook android app passes Instagram app identities in a trustedAppList while retrieving saved credentials, it will be able to obtain saved credentials from the Instagram app to HMS Core. After then the Facebook app will show obtained list and the user will be able to select the Instagram credentials to log in Facebook app.

One credential two different apps. Seamless & Effortless user experience. That’s the power of Keyring.

Note; the trustedAppList can be different while saving credentials and obtaining the credential list. It doesn’t have to be the same. For instance, when you save CredentialA you can pass 3 Identities to share this credential. And when saving CredentialB you can pass just 1 Identity. Even you can pass nothing -just the app which saved the credential can retrieve it. When you retrieve the saved credential list you can pass 5 Identity. No problem. Just customize as your needs (Which platforms do you want to share Credential with? Which platforms/apps possibly shared credentials with you?).

💪Supported Devices

Devices that can use Keyring

Devices must have HMS Core to use Keyring Service. The keyring is so cool solution for our needs to ease our customer's life and reduce our web request cost. That’s nice but is there any solution for devices that have Google Play Services instead of HMS Core.

🔑Google Identity Smart Lock for Passwords

This SDK provides programmatically saving and retrieving credentials and automatically signs users in across devices and websites.

Note; for updated user experience and other improvements, Google recommends using One Tap instead of Smart Lock for Password if One Tap sign-in meets your needs. But keep in mind, One Tap has no feature such as sharing credentials between apps or websites.

💾 Storing & Retrieving Credentials

Storage on mobile devices

You can specify sign-in systems with password-based sign-in or commonly-used sign-in providers such as Google, and Twitter Sign-In while retrieving the credentials or saving a credential.

Smart Lock for Password requests confirmation from the user for storing credentials. If the user chooses not to save credentials, the user won’t be prompted again to save any account’s credentials for the app. The user can opt-in later from the Google Settings app, in the Smart Lock for Passwords section. There is no such thing in Keyring.

Smart Lock for Passwords doesn’t provide a credential list that includes all saved credentials. Instead, it throws exceptions if has multiple credentials or no credentials. Then you should handle these states to call the appropriate APIs or show appropriate screens. You should call startResolutionForResult() when multiple credentials exist. Then the SDK will show saved credentials in the UI to prompt the user to choose an account. You will retrieve the selected credential when the user chooses any credential in the UI.

💻📲 Sharing Credentials

Smart Lock for Passwords provides you with that sharing of credentials between apps and websites to automatically sign in.

But there is no feature such as sharing credentials between android apps. For that you should use Content Providers.

To associate an app with a website, you need to declare associations by hosting a Digital Asset Links JSON file on your website, and adding a link to the Digital Asset Link file to your app’s manifest. And also your website’s sign-in domain must be available through HTTPS. And your app needs to be released in the public channel for associations to be picked up.

💡 Sign-In Hints & Autofill

https://medium.com/media/db5e15b9437c1b861a1303ccc56529d1/href

Smart Lock for Passwords provides sign-in hints such as the user’s name and email address when retrieving user credential requests fail. When you save password credentials using Smart Lock on devices running Android O or newer, Smart Lock uses the native autofill confirmation dialog over its own dialog whenever possible.

🔑🔐 Huawei Keyring vs Google Identity Smart Lock for Passwords

Huawei Keyring vs Google Identity Smart Lock for Passwords

You can view the excel table more detailly by clicking here.

🔚 💚 👏 Conclusion

In this article, we learned how we can make easier our customer’s authentication processes. And also we compared Huawei Keyring Service and Google Identity Smart Lock for Password SDK. I hope it is helpful and informative for you. Don’t hesitate to contact me if you find some wrong information. Thanks for reading. Have a healthy life. See you in the next articles👋.

(Don’t forget breaking the clap button 😊)

REFERENCES

References in the table

Keyring

Smart Lock for Passwords

Kullanıcı Kimlik Doğrulama Süreçlerini Kolaylaştırma (Cross Platformlar ve Cross Uygulamalar…

Cengiz TORU — Thu, 07 Apr 2022 18:12:17 +0000

👨🏼‍💻Kullanıcı Kimlik Doğrulama Süreçlerini Kolaylaştırma (Cross Platformlar ve Uygulamalar dahil) | Keyring vs SmartLock for Passwords

Source

Giriş

Herkese merhabalar👋, Sizin için bir sorum var❓

🤔 💭 Düşünün ki Meta -eski adıyla Facebook- gibi bir şirketiniz var. Dolayısyla Facebook, Whatsapp, Instagram gibi bir çok uygulamanız/projeniz var. Bazen kullanıcılarınız şifrelerini/hesaplarını unuttukları için sizin uygulamalarınıza giremiyorlar. Bu yüzden de uygulamalarınızdaki “Şifremi Unuttum” özelliğini kullanarak şifrelerini kurtarmaya çalışıyorlar. Buna bir zaman harcıyorlar. Bu durum kullanıcılar için kolay olmayan, kullanıcı dostu olmayan bir uygulama deneyimi yaşamalarına sebep oluyor. E tabi sizin Şifremi Unuttum servisleriniz de çokça istek aldığı için maliyetleriniz artıyordur.

https://medium.com/media/ebc2f5a06f3f52804bf8e99797d42181/href

🤔 Aklınıza kullanıcı bilgilerini projeleriniz arasında paylaşmak gibi bir fikir gelir. Kullanıcı bilgilerini uygulamalar arasında ve platfromlar arasında -Android Uygulamalar/Websiteler gibi- paylaşarak kullanıcı doğrulama süreçlerini kolaylaştırmak istiyorsunuz. Kullanıcılar projeleriniz arasında bilgilerini paylaşabilirse sadece 1 şifreyi hatırlamaları yeterli olacaktır. Projeleriniz, uygulamalarınız arasında kullanıcı bilgilerini nasıl paylaşırdınız ❓

🔎Bu makalede hem HMS Core’a sahip cihazlar için hemde Google Play Servislerine sahip cihazlar için sorumuzun cevabını arayacağız.

Huawei Keyring Servisi bizim ihtiyaçlarımızı tam olarak karşılıyor. Hadi inceleyelim bakalım.

🔑🔐 Huawei Keyring

Keyring kullanıcı kimlik bilgilerini Android cihazlarda saklamamızı, bunları farklı uygulamalar arasında hatta web siteleri, quick app’ler gibi platformlarla da paylaşabilmemizi sağlayan Huawei tarafından sağlanan bir SDK’dir.

Keyring android uygulamaları, web uygulamaları ve quick (hızlı) uygulamalar için API’lar barındırır. Uygulamalar Keyring’i kullanmak için ilgili API’yi entegre edebilirler. Tüm kullanıcı bilgileri birleşik yönetim ve paylaşım için, hangi API’leri çağırdığınızdan bağımsız olarak HMS Core Keyring’te saklanacaktır.

Keyring farklı platformlarlar nasıl çalışır

💾🔏Kullanıcı kimlik bilgilerini güvenli bir şekilde saklama ve elde etme

https://medium.com/media/b9c01a1ccf54591de29db932b04792a2/href

Keyring kullanıcının kimlik bilgilerini şifreleyip kullanıcının cihazında bulunan HMS Core’a kayıt eder. Ek olarak herhangi birisi bizim daha önce kaydettiğimiz bir kimlik bilgisine eriştiğinde biyometrik doğrulama ve kilit açma ekranının şifresi ni sormak istiyorsak, kimlik bilgisini kayıt ederken (Credential), hazırladığımız kimlik bilgisini userAuth değişkenine true vererek bunu sağlayabiliriz.

Herhangi bir uygulama/platform userAuth değişken değerinin true olduğu bir kimlik bilgisine erişmeye çalıştığında Keyring kullanıcıdan biyometrik doğrulama veya kilit açma ekranının şifresi ile o cihazın gerçek sahibi olduğunu doğrulamasını ister. Doğrulama yapılmadığı sürece uygulama/platform erişmeye çalıştığı kimlik bilgisinin şifresine erişemez. Ayrıca kullanıcılara birden fazla giriş seçeneği sunmak için birden fazla kimlik bilgisini kayıt edebilirsiniz.

📱📲 Cross-App Giriş & 💻📲 Cross-Platform Giriş ( Kimlik Bilgilerini Paylaşma)

Bir kimlik bilgisini kayıt ederken, bu kimlik bilgisini paylaşmak istediğiniz uygulamaların ve platformların bazı bilgilerini o kimlik bilgisinin sharedWith değişkenine paslayabilirsiniz. Böylece kaydettiğiniz kimlik bilgisini tanımladığınız uygulamalarla, platformlarla güvenli bir şekilde paylaşabilirsiniz.

Kimlik bilgisini diğer platformlarla paylaşırken diğer platformların bazı basit bilgilerine ihtiyacınız vardır.

Kayıtlı olan kimlik bilgilerini Keyring’ten çekerken daha önce sizin uygulamanızdan kaydettiğiniz kimlik bilgilerine ek olarak sizin uygulamanızla paylaşılmış olan kimlik bilgilerini de elde edebilirsiniz. Bunun hangi uygulamaların/platformların sizin uygulamanıza güvendiğini ve sizin uygulamanızla bazı veriler paylaşmış olabileceğini tanımlamak için kayıtlı kimlik bilgileri isteğinde bulunurken -bir kimlik bilgisini kayıt ederkenki gibi trustedAppList paslayabilirsiniz.

Örneğin; Bir kullanıcı Instagram android uygulamasına giriş yaptı ve Instagram’da kullanıcıyı kayıt ederken bir trustedAppList ile kaydetti. Varsayalım ki bu trustedAppList Instagram websitesinin, Facebook android uygulamasının, Facebook websitesinin, WhatsApp android uygulamasının bilgilerini(identity) içeriyor olsun. Bir kullanıcı Facebook uygulamasına girdiğinde Facebook uygulaması daha önce kayıt edilmiş kimlik bilgilerini HMS Core’dan isteyecektir. Facebook android uygulaması bu istekte bulunurken eğer Instagram’ın bilgilerini(identity) bir trustedAppList içinde paslarsa Instagram tarafından HMS Core’a kayıt edilmiş kimlik bilgilerini de elde edebilecektir. Daha sonrasında Facebook uygulaması elde ettiği listeyi ekranda gösterecek ve kullanıcı da Facebook uygulamasına giriş yapabilmek için Instagram hesabının kimlik bilgilerini kullanabilecektir.

Tek kimlik bilgisi, 2 farklı uygulama. Sorunsuz ve zahmetsiz kullanıcı deneyimi. İşte Keyring’in gücü 💪

Not; Kimlik bilgilerini kayıt ederken ve daha önce kayıtlı kimlik bilgilerini çekerken trustedAppList farklı olabilir. Aynı olmak zorunda değildir. Örneğin A kimlik bilgisini kayıt ederken bu kimlik bilgisini 3 platformla/uygulayla paylaşmak istiyorsanız sadece 3 tane platform bilgisini (identity) listeye ekleyebilirsiniz. B kimlik bilgisi için sadece 1 platfrom bilgisi paslayabilirsiniz. Ve hatta isterseniz hiç platfrom bilgisi paslamayadabilirsiniz. Bu durumda kimlik bilgisine sadece onu kayıt eden uygulama erişebilecektir. Daha önce kayıtlı kimlik bilgilerine erişirken de isterseniz 5 tane platform bilgisi paslayabilirsiniz. Herhangi bir problem olmaz. İhtiyaçlarınıza göre özelleştirebilirsiniz. (XXX kimlik bilgisini hangi platformlar ile paylaşmak istiyorsunuz? Hangi platformlar sizinle kimlik bilgisi paylaşımında bulunmuş olabilir?)

💪Supported Devices

Keyring kullanan cihazlar

Keyring Servisini kullanabilmek için cihazlarda HMS Core bulunmalıdır. Keyring kullanıcılarımızın hayatını kolaylaştırmak ve web request maliyetlerimizi azaltmak için çok güzel bir çözüm. Peki HMS Core bulundurmayıp da Google Play Servisleri’ne sahip cihazlar için bir çözüm var mı?

🔑Google Identity Smart Lock for Passwords

Bu SDK programatik olarak kimlik bilgilerini kaydetmeyi, elde etmeyi ve kullanıcıların farklı cihazlar ve websiteleri arasında oturum açmasını sağlar.

Not; güncellenmiş kullanıcı deneyimi ve diğer geliştirmeler için Google ihtiyaçlarınızı karşılıyorsa Smart Lock for Passwords yerine One Tap kullanmanızı tavsiye eder. Ama One Tap’in uygulamalar veya websiteleri arasında kimlik bilgisi paylaşma gibi bir özelliği bulunmamaktadır.

Smart Lock for Passwords bulunduran Android cihazlar icin versiyon 4.4 veya üstü olmalıdır.

💾 Kullanıcı kimlik bilgilerini saklama ve alma

Bir kimlik bilgisini kayıt ederken veya kimlik bilgilerini çekerken oturum açma tipini şifre tabanlı oturum açma veya Google ile giriş, Twitter ile giriş gibi sık kullanılan oturum açma sağlayıcıları olarak belirtebilirsiniz.

Smart Lock for Passwords kimlik bilgilerini kayıt etmek için kullanıcıdan onay ister . Kullanıcının onay vermemesi halinde uygulamanızın kimlik bilgilerini saklama isteği kullanıcıya bir daha gösterilmez. Kullanıcı bu tercihini daha sonra Google Ayarlar uygulamasının Smart Lock for Password başlığından değiştirebilir. Keyring’te böyle bir durum yoktur.

Smart Lock for Passwords kayıtlı olan tüm kimlik bilgilerinin içinde bulunduğu bir liste vermez. Eğer birden fazla kimlik bilgisi varsa veya hiç yoksa size liste vermek yerine hata fırlatır. Daha sonrasında uygun API’yi çağırma veya uygun ekranı gösterme durumlarını sizin yönetmeniz gerekir. Birden fazla kimlik bilgisi varsa startResolutionForResult() metodunu çağırmalısınız. Daha sonra SDK kullanıcının bir tanesini seçmesi için kimlik bilgilerini ekranda listeler. Kullanıcının ekrandaki kimlik bilgilerinden birini seçmesi halinde ilgili kimlik bilgisi size verilir.

💻📲 Kimlik Bilgilerini Paylaşma

Smart Lock for Passwords otomatik giriş için uygulamalar ve websiteleri arasında kimlik bilgilerini paylaşma imkanı sağlar.Ama kimlik bilgilerini android uygulamalar arasında paylaşma gibi bir özelliği yoktur. Bunun yerine Content Provider gibi bir yapı kullanmanız gerekir.

Bir uygulama ile websiteyi ilişkilendirmek için aralarındaki ilişkiyi websitenize ekleyeceğiniz Digital Asset Links JSON dosyasında tanımlamanız gerekir. Ve uygulamanızın manifest dosyasına bu dosya için bir link eklemeniz gerekmekte. Ayrıca websitenizin oturum açma domaini HTTPS üzerinden erişilebilir olmalıdır. Ve ilişkilendirmelerin yapılabilmesi için uygulamanızın public bir kanal üzerinden release edilmesi gerekir.

💡 Oturum açma ipuçları & Otomatik Doldurma

https://medium.com/media/db5e15b9437c1b861a1303ccc56529d1/href

SmartLock for Passwords kayıtlı kimlik bilgilerini alma isteği başarısız olduğunda kullanıcı adı, e-posta adresi gibi giriş yapma ipuçları sağlar. Android O veya üzerindeki cihazlarda şifre kimlik bilgilerini kaydetmek için Smart Lock kullandığınızda, Smart Lock mümkün oldukça native otomatik doldurma onay diyaloğu gösterir.

🔑🔐 Huawei Keyring vs Google Identity Smart Lock for Passwords

Huawei Keyring vs Google Identity Smart Lock for Passwords

Buraya tıklayarak excel tablosunu daha detaylı görüntüleyebilirsiniz.

🔚 💚 👏 Son sözler

Bu makalemizde kullanıcılarımızın kimliklerini doğrulama süreçlerini nasıl kolaylaştırabileceğimize baktık. Ayrıca Huawei Keyring Servisini ve Google Identity Smart Lock For Password SDK’sını kıyasladık. Umarım sizler için faydalı ve bilgilendirici olmuştur. Bir hata görmeniz durumunda lütfen benimle iletişime geçmekten çekinmeyin. Okuduğunuz için teşekkürler. Sonraki makalelerde görüşmek üzere sağlıklı günler dilerim👋.

(Alkış butonunu kırmayı unutmayalım pls.😊)

Kaynaklar

Keyring

Smart Lock for Passwords

‍ How to Add an Embedded Video to Github Readme File

Cengiz TORU — Sat, 12 Feb 2022 16:16:50 +0000

How to Add an Embedded Video to Github Readme Files

Source

Hi everyone 🖐. In this article, I wanna show to you how you can add an embedded video into your readme files easily.

When you added a video to your readme file as below

Option One

[![Now in Android: 55] // Title
(https://i.ytimg.com/vi/Hc79sDi3f0U/maxresdefault.jpg)] // Thumbnail
(https://www.youtube.com/watch?v=Hc79sDi3f0U "Now in Android: 55") // Video Link

Option Two

[<img src="https://i.ytimg.com/vi/Hc79sDi3f0U/maxresdefault.jpg" width="50%">](https://www.youtube.com/watch?v=Hc79sDi3f0U "Now in Android: 55")

you will see a view as below. When a user clicks a thumbnail that exists in your readme file the user will be navigated to another website.

Actually, this is not an embedded video because for watching the video user must navigate to another website, and of course, we don’t want this in order to don’t lose the focus of the user.

So how we should add an embedded video? Dou you ready for the magic worlds??

Just “ Drag & Drop ” 😄

In this way, you can add an embedded video to your readme files easily without losing users' focus because they will not go to another website for viewing your video. And this video view can be collapsed- expanded. And also your users can change the volume of the video and watch your video on full screen.

You can also add your images with this method.

Keep in mind the maximum file size is 10MB for images and gifs. 10MB for videos on a free GitHub plan. 100MB for videos on a paid GitHub plan.

Finally , I wanna suggest that use the GitHub website (such as I showed in the gifs) instead Markdown plugin with Intellij IDE when you prepare a readme file for your repo. Because sometimes it is not working properly and features such as drag & drop is not supported for videos (The plugin supports drag & drop for images). This feature is provided by the Github website. That’s why the result of the same readme file might be different in Intellij IDE and the Github website. I wasted my time by using the plugin.

Conclusion

We learned how we can add a real embedded video to our readme files easily by Drag & Drop feature provided by Github. If you like the article please clap the article and share it. See you in the next articles. Stay tuned.

References

Android 12 ile gelen yeni özellikler

Cengiz TORU — Thu, 03 Feb 2022 13:52:18 +0000

Android 12

Selamlar 👋, bu makalede, Android 12 ile beraber gelen yeni özelliklere bakacağız.

Kişiye Özel, Güvenli & Zahmetsiz

Android 12 kişiselleştirme, gizlilik & güvenlik, kolaylık için bir çok özellik ile geliyor. Bu yüzden Android 12 her zamankinden daha kişiye özel, güvenli ve zahmetsiz olarak lanse ediliyor. Haydi gelen özelliklere göz atalım.

😎 Kişiselleştirilebilen radikal yeni tasarım

Android 12'nin arayüz ile ilgili bir çok değişiklikle geleceğini duymuş olabilirsiniz. Evet Android 12, diğer Android versiyonlarına nazaran şuana kadar ki en büyük tasarım değişikliği (daha ferah tasarım, renk kontrastı optimizasyonları, şekiller, ışık ve hareketler, özelleştirilebilen sistem renkleri vb) ile geliyor. Neredeyse tüm arayüz yeniden tasarlanmış. Ek olarak Android 12 ile beraber daha akışkan ve iyi animasyonlarla hareketlerimize daha fazla tepki veren bir arayüz geliyor. Bu sayede her dokunuşumuzda arayüz canlı bir sistem olduğunu bizlere hissettiriyor.

Ve ayrıca bir çok şeyi kendimize göre özelleştirebiliyoruz. Bu yüzden Android 12 şuana kadar ki en çok kişiye özel olan Android sürümüdür. Artık Android daha modern daha ferah, daha konforlu ve kullanması daha zevkli.

Duvar kağını baz alan tasarım

Siz duvar kağıdınızı değiştirdiğinizde tüm Android 12 deneyiminiz duvar kağıdınıza göre değişiyor. Peki nasıl? Siz yeni bir duvar kağıdı ayarladıktan sonra Android duvar kağıdınızdaki renkleri tespit ediyor ve bunları tüm sistemize (Bildirimler, Hızlı Menü, Ayarlar, Widget’lar, hatta sonradan yüklediğiniz uygulamalar) uyguluyor. Böylece tüm telefonun görünümünü ve size hissettirdiklerini kolayca değiştirebilirsiniz. Sizcede bu harika değil mi?

Duvar kağını eksen alan arayüz

Widget’lar

Android 12 ile beraber widget’larda tüm arayüzle beraber yenilendiler. Widget’ların renkleri de duvar kağıdınızı baz alır. Bu sayede tüm sistem ile uyum içinde görünüler. Artık widget’lar daha ferah ve modernler.

Duvar kağını eksen alan widget’lar

💬 Android 12 ile beraber Konuşma Widget’ı adındaki widget ile chat’lerimizi ve konuşmalarımızı ana ekranımıza koyabiliyoruz. Bu sayede sevdiğimiz kişilerle olan sohbetlerimizi kaçırmamış oluyoruz. Cevapsız çağrılar, kişininin doğum günü ve daha fazlasını bu widget üzerinde tek bakışta görebiliyoruz.

Widget Seçme Ekranı & Konuşma Widgetlarının ana ekranda görünümü

Widget’ların daha interaktif olmaları sayesinde artık küçük işler için ana uygulamayı açmamıza gerek yok. Ek olarak widget seçme ekranı da yenilendi. Android 12'den önce bir widget’ın önizlemesini widget seçme ekranına uygulamayı geliştiren kişilerin koyduğu bir resim aracılığıyla görebiliyorduk. Artık Android 12 ile beraber işletim sistemi kendisi bizim cihazımızın ayarlarına en uygun şekilde (koyu-açık tema, duvar kağıdı renkleri, font vb) bir widget önizlemesi oluşturacak. Bu sayede uygulamayı geliştiren kişilerin cihazlarında widget’ın görünümünü temsil eden bir resim yerine bizim cihazımıza daha uygun ve gerçekçi bir widget önizlemesi görebileceğiz. Ek olarak artık widget önizlemesinin altında widget açıklaması da bulunabilecek.

Interaktif widget, Widget seçme ekranı

🎤📸 Mikrofon & Kamera Erişim Belirteci ve Kontrolü

Android 12 ile beraber herhangi bir uygulama mikrofonumuza veya kameramıza erişmeye başladığında sağ üstte bu durumu gösteren bir belirteç gözükür. Bu gizlilik ve güvenlik anlamında çok güzel bir özellik. Yanılmıyorsam bu özellik iOS’ta da var. Bu özelliğin Android’e de gelmesi çok güzel oldu.

Ayrıca mikfrofon ve kameramızıın erişebilirlik durumunu ayarlayabilmemiz için yukarıdaki menüye 2 tane yeni buton eklenmiş. Bu butonlar sayesinde kamera ve mikrofonu kullanmadığımız durumlarda bunları kapatabiliyoruz. Bu yüzden işletim sistemi uygulamaları dahil hiçbir uygulama bizim mikfronumuza veya kameramıza erişemiyor. (Erişmeye çalıştıklarında boş bir kayıt elde edeceklerdir.)

Mikrofon & Kamera Erişim Belirteci ve Kontrol Butonları

🚩 Konum erişim düzeyini belirleme

Bazı uygulamalar hizmetlerini bizlere sunabilmek için ihtiyaçları olmasa bile kesin konumumuza erişmeye çalışıbilirler. Buda bizler için bir gizlik ve güvenlik ihlalidir. Android 12 ile beraber bizden konum isteyen uygulamalara istersek minimum hata payı ile kesin konumumuzu paylaşırız istersek de yaklaşık bir konum paylaşabiliriz. Bundan sonra tüm kontrol bizde 💪.

Konum erişim düzeyini belirleme ekranı

🔏 Gizlilik panosu

Android 12 ile beraber gizlilik panosu aracılığıyla son 24 saatte hangi uygulamaların mikrofonumuza, kameramıza veya lokasyonumuza eriştiğini görebiliyoruz. Ayrıca rahatsız olduğumuz herhangi bir uygulama olması halinde o uygulamanının izinlerini yönetebiliyoruz. Bundan sonra “yemek yemek yemek” veya “elbise elbise elbise” dediğimizde hangi uygulamaların bizleri dinlediğini verilerimizi satarak bize hedefli reklamlar gösterdiğini anlayabileceğiz. Tabi ihtiyacımız olmadığı zamanlarda mikrofonumuzu kapatabildiğimizi de yukarda bahsetmiştik.

Gizlilik panosu

🎮🎯🎳 İndirirken oyna

Android 12 ile beraber oyunları oynamak için çok fazla beklemeyeceğiz. İndirirken Oyna özelliği sayesinde tüm oyunu indirmeye gerek kalmadan oyunumuzu oynamaya başlayabileceğiz. (Şuan da Google Play’deki tüm oyunlar için bu desteklenmemekte. Desteklenen oyun sayısı zamanla artacaktır.)

İndirirken Oyna

Kaydırırma esnasında germe animasyonu

Normalde kaydırılabilir bir alanın başına veya en sonuna geldiğimizde bir parlama efekti görüyorduk. Android 12 ile beraber bu parıltı efekti yerine daha akıcı olan bir gerilme animasyonu göreceğiz. Aşağıdaki resimde bu animasyonun Twitter ve Telegram’da nasıl göründüğünü görebilirsiniz. Bu özellik ile kaydırılabilir alanlar biraz daha iOS’vari olmuş.

İlk resim: Parıltı Efekti, İkinci Resim: Yeni Gerilme Animasyonu, Üçüncü resim: Yeni animasyonun Twitter’daki görünümü, Dördüncü resim: Yeni animasyonun Telegram’daki görünümü

🕯 Ekstra Karartma

Bazen (az ışıklı ortamlarda, yatakta) telefonumuzun parlaklığını en kısık hale getirsek bile gözlerimiz ekranın parlaklığından rahatsız olur. Android 12 bu tarz durumlar için ekranımızın daha fazla kararmasını sağlayan Ekstra Karartma adlı bir özellik ile geliyor.

Ekstra Karartma

📸 Uzun ekran görüntüsü alma

Android 12 ile beraber direkt işletim sisteminin bir özelliği olarak uzun ekran görüntüleri alabileceğiz.

Uzun ekran görüntüsü alma

🔎 Alan Büyütme

Android 12 ile beraber bir büyüteç özelliğimiz geliyor. Bu büyüteç özelliğini başlatabilmek için bir kısayol da atayabiliyoruz. Bu özellik ile ekran içeriğinin geri kalanın görüntüsünü kaybetmeden ekranımızın bir bölümünü yakınlaştırabiliyoruz.

Alan Büyütme

📲Veri Aktarımı (Telefon Klonlama)

Android 12 ile beraber, eski telefonumuzdaki tüm verilerimizi yeni Android cihazımıza kablo veya WiFi aracılığıyla aktarabiliyoruz. Bu özellik iPhone ile de çalışıyor 👍.

Yeni Cihaza Veri Aktarımı

🔚 💚 Özet

Bu makalede Android 12 ile beraber cihazlarımıza gelecek başlıca özelliklere göz attık. Android 12 ile beraber gelen birçok özellik var. Bana göre yukarıda bahsettiklerim diğer özelliklere nazaran daha önemli bizim için. O yüzden bunları sizlerle paylaşmak istedim. Okuduğunuz için teşekkür ederim. Sonraki makalemde Android 12 beraber gelen ve android geliştiricileri ilgilendiren özellikleri ve API’ları paylaşacağım inşAllah. Bir android geliştiriciyseniz sonraki makale için takipte kalabilirsiniz.

In the next article, I’ll share new features and APIs that come with Android 12 and concern android developers. If you are an android developer please stay tuned for the next article.

Görüşmek üzere, sağlıcakla kalın👋.

Cengiz TORU - Istanbul, Turkey | Professional Profile | LinkedIn

Kaynaklar

‍ What’s new in Android 12

Cengiz TORU — Thu, 03 Feb 2022 13:34:03 +0000

What’s new in Android 12

Android 12

Hello everyone 👋, in this article, we’ll look at new features coming to Android with Android 12 for last users.

Personal, Safe & Effortless

Android 12 is coming with a lot of features for customization, privacy & security, ease. That’s why Android 12 is being launched as more personalized, secure, and effortless than ever before. Okay, let’s start to look at the features.

😎 Personalizable Radical New Design

Maybe you hear that the Android 12 has many changes in UI. Yes, Android 12 has the biggest UI changes (more spacious design, color contrast optimizations, shapes, light and motion, customizable system colors, etc.) over Android versions. Almost all UI reimagined. Additionally, starting with Android 12, android is smoother and has a more responsive UI to out touches with good animations. In this way, the interface makes us feel that it is an alive system at every touch.

And also you can customize a lot of things. So Android 12 is the most personal Android version ever. Now android is more modern, more spacious, more comfortable, and more enjoyable to use.

Wallpaper Based Design

When you change your wallpaper, your entire Android 12 experience will be changed based on your wallpaper. But how? Android will extract colors on your wallpaper after you set a new wallpaper. And these colors will be applied to your all system (Notifications, Quick Menu, Settings, Widgets, even the apps you installed afterward). So you can easily personalize the look and feel of your entire phone. That’s amazing, isn’t it?

Wallpaper based UI

Widgets

With Android 12 widgets are redesigned with the entire UI. Widgets’ colors are based on your wallpaper. In this way, they appear in harmony with the whole system. Now widgets are more modern, more spacious.

Wallpaper based widgets

💬 With Android 12 we have a widget type called Conversation Widget. With conversation widgets, you can put your conversations on your home screen. So you never miss a chat from your loved ones. You can even see missed calls, birthdays, and more at a glance.

Widget Picker View & Conversation Widgets on Home

Now widgets are more interactive. So you don’t need to open the main app for doing some simple operations. Additionally, the widget picker view is revised. Before Android 12, we would see an image in the widget picker view for widget preview. And this image was provided by the app developers. But with Android 12, the OS will generate a widget preview that more closely matches your current settings such as dark/light theme, wallpaper colors, font, etc. So you will see a more realistic widget preview that more matches your device instead of an image obtained from the developer's device. And also widgets will have a description.

Interactive widget, Widget Picker View

🎤📸 Mic & Camera Access Indicator and Controls

With Android12 when any app accessed your microphone or camera a visual indicator will appear on the top-right of the screen and your status bar. This is so cool feature about privacy & security. This feature already exists on iOS. Its great news about this feature is coming to Android, too.

And also there are new 2 toggles to control the microphone & camera available status. Thanks to the quick menu you can now disable the camera and microphone when you don’t use them. So no apps can access your microphone or camera, even OS apps. (If any app tries to access they will just obtain an empty stream.)

Mic & Camera Access Indicator & Toggles

🚩 Control Location Access Level

Maybe many apps try to access your precise location even they don’t need it for providing their services to you. This is a violation of privacy & security for us as last users. With Android 12 you can select a location that you want to share with apps. The whole control is yours. You can share your precise location with minimum tolerance or you can share just your approximate location with the apps.

Location Access Level Selection Dialog

🔏 Privacy Dashboard

With Android 12 thanks to Privacy Dashboard now you can see which apps accessed your microphone, camera, or location over the past 24 hours. And also if you see any apps that you’re not comfortable with them, you can manage their permissions by the dashboard. From now on, we will be able to understand which applications are listening to us when we say “eat eat eat” or “dress dress dress”, selling our data and showing us targeted ads. Of course, we mentioned above that we can turn off our microphone when we don’t need it.

Privacy Dashboard

🎮🎯🎳 Play as You Download

With Android 12 we’ll not be waiting too much time to play games. With the Play as You Download feature, you can start playing games without needing to wait for the full download to finish. (Not all games on Google Play will allow for now. More games will be available with this feature later.)

Play as You Download

Stretch Overscroll

When we come to the beginning or end of a scrollable container we see a glow effect. With Android 12 we’ll see more smooth stretch animation instead of the glow effect. You can see on the below image how new animation looks on Twitter and Telegram. With this feature, the scrollable areas are a little more iOS-like.

First Image: Glow Effect, Second Image: New stretch animation, Third Image: New animation on Twitter, Fourth Image: New animation on Telegram

🕯 Extra Dim

Sometimes (ex: low light environments, on the bed) our eyes are uncomfortable using the phone even we turn down all the brightness. Android 12 comes with a feature called Extra Dim for such situations. When you turn on this feature your screen will have an extra dim.

Extra Dim feature

📸 Long Screenshot

With Android 12 we can take long screenshots natively.

Long Screenshot

🔎 Area Magnification

With Android 12 we have a magnifier which we can set a shortcut to use it. With this tool, you can zoom into a part of your screen without having to lose context on the rest of the screen content.

AREA MAGNIFIER

📲 Transferring Data (Phone Cloning)

With Android 12, you can transfer all your data by connecting your old phone to your new Android with a cable or shared WiFi connection. This feature even works with iPhone 👍.

Data transfer to new device

🔚 💚 Conclusion

In this article, we talked about the top new features coming with Android 12 to our devices. There is a lot of features already. In my opinion, the above features are more important than others for us. So I wanted to share them with you. Thanks for reading. In the next article, I’ll share new features / APIs that come with Android 12 and concern android developers. If you are an android developer please stay tuned for the next article.

Have a healthy life. See you 👋.

Cengiz TORU - Istanbul, Turkey | Professional Profile | LinkedIn

References

Supporting RTL Design on Android

Cengiz TORU — Mon, 26 Jul 2021 09:40:04 +0000

Hello Android followers. Today I’ll write all my RTL ( Right to Left ) support design experiences on Android. I hope this article will save your time. Take your tea/coffee/water and let's start.

RTL Support Design

Almost all scripts in the world are written from Left to Right. But some script like Arabic is written from Right to Left. So for the best user experience, we should support Right to Left design, too.

When a UI changed from LTR to RTL (or vice versa) it’s named “ mirroring ”. If you looking for a design guidelines about which UI components should be mirroring and which UI components shouldn't mirroring, you can check out material.io.

Some Important Points From The material.io Article

Numbers such as those on a clock and phone numbers are shouldn’t be mirrored.
LTR text shouldn’t be displayed in reverse order. E.g. if a number in LTR is 123456 in RTL must be 123456, too. Don't reverse it. The direction of such texts must be LTR.
The texts untranslated to RTL language shouldn’t be mirrored (even if it’s parts of a phrase)
Charts and graphs shouldn’t be mirrored.
Icons that don’t communicate direction such as a camera 📸, search 🔍, keyboard ⌨️, headset 🎧, call 📞 are shouldn’t be mirrored
Icons containing numbers should be localized for other languages that use different numerals.
You shouldn’t mirror slashes on images. Because the LTR slashes describe an off state for both LTR and RTL languages. E.g. No Parking
Media playback buttons and media progress indicator shouldn't be mirrored if they refer to the direction of tape being played

The Android OS has native RTL design support since SDK 17 version. Keep in mind.

First of all, you must add android:supportsRtl="true" to the element in your manifest file for your app to supporting RTL design.

Trick : If your app supports multiple languages and if you have code snippet like config.setLayoutDirection(Locale.US) you must change it. Otherwise, your app will not support the RTL design. You can change the code line like below.

Setting layout direction to locale base

After that, replace your app’s all left/right layout properties start/end with their equivalents. If you must support versions earlier than SDK 17 you should use both left/right and start/end properties in the same view. When you do this The Android OS is gonna handle your almost all views layout mirroring automatically. In my opinion, set your minSdkVersion is 21 so Android 5. Because almost all phones sdk version is over than 21 in 2021. In this article, I assume your minSdkVersion is 19 and higher.

You can feel terrible when you think about replacing all left/right properties to start/end. Stop feeling like that, calm down and keep reading. I have a trick for you.

Trick : Android Studio just has a tool for replacing all properties with their RTL equalivents. For doing this follow these steps.

Click right on res folder. After that hold to the cursor on Refactor finally click Add Right-to-Left (RTL) Support. When you did these a window will appear like below.

On this window unmark Update AndroidManifest.xml and mark Replace Left/Right Properties with Start/End properties and Run it. After the operations finished a window will appear like below.

It shows you which layouts will be refactoring. If you want to refactor only your project layouts you can exclude other layout files from came 3rd party libraries.

Select layout files which you don’t want to refactor, click right and exclude all. When you did these your layout files will be like below.

After that click Do Refactor. And now your all layout properties changed with their equivalents. Check your local changes and Run Project💨. You can see your almost all layouts will be supporting RTL design.

By only these changes your app maybe can’t fully support RTL design. For a fully supported RTL design, you should pay attention to the below sections.

Supporting Directional Resources

Android’s RTL engine reverses layout direction but doesn’t reverse resources (so drawables) automatically. So if we have a directional image we must reverse it manually.

You know android projects resources directories have some qualifiers as -night , -v24 , -v21 , -xxhdpi , -ar . Like these also has -ldrtl qualifier meaning “layout direction right-to-left” for resources working on RTL languages.

Some resources qualifiers on the android project

Supporting Images, Icons

Directional image / icon

Suppose we have a shopping cart image like the above A option. It must be shown as the B option in RTL design. Normally we place A image as res/drawable/ic_cart.png or res/drawable/ic_cart.xml on our project. For supporting this image on RTL design firstly prepare a new directory named as res/drawable -ldrtl. After that get your right to left supported image (B option) having the same name as LTR image and place it in the drawable -ldrtl directory. The Android OS will render the right file when loading your interfaces. It will support LTR design and RTL design both.

(Also for using some resource files in LTR design you can prepare files with -ldrtl qualifier)

Trick : If you are using icons as Vector Assets (files with .xml extension) you don’t need a new directory with -ldrtl qualifier. When you add android:autoMirrored="true" line in vector tag, your icon gonna has RTL support automatically. ( This work SDK 19 and higher version. ) So you don’t need to store 2 files in your project. In this way, your apk size will be smaller. And when you want to change your icon it will be enough to change only one file.

Supporting Animations

Animations that use X-axis don't work well on RTL design. You can prepare res\transition-ldrtl or res\anim-ldrtl directories and placing RTL design-supported animation files in these directories. Make sure LTR animation file and RTL animation file names are the same. For example, res\anim\ slide_out_right.xml and res\anim -ldrtl\slide_out_right.xml

Supporting Views

Supporting RecyclerView

Officially supported. You don’t need to do anything in addition to the above. How wonderful, isn’t it?

Supporting ViewPagers

If you use ViewPager2 in your project also you can skip this section. Because ViewPager2 officially supports RTL design. Otherwise, If you use ViewPager you can support RTL design in 2 ways; rotating some views and migrating to ViewPager2.

Rotating Views

You need to add a new value as locale_viewpager_rotation= 0 to integers.xml. After that prepare another integers.xml file under the values-ldrtl folder. Add locale_viewpager_rotation = 180 value in this xml file. Finally android:rotationY="@integer/locale_viewpager_rotation” code snippet to your viewpager (You can also use this method for any view). In this way, your viewpagers will be rotated on RTL design. For fully supporting may need to rotate the content of viewpager items, too. And indicators, too.

I tried this method. It isn’t an efficient solution so in my opinion just migrate to ViewPager 2.

Migrating ViewPager2

ViewPager2 built on RecyclerView so it has RTL support officially. So for the best solution migrate your ViewPager adapter to ViewPager2adapter. And get benefits of ViewPager2.

Also if you use TabLayout with ViewPager you must migrate it to ViewPager2 implementation, too. You can use

code snippet instead of mTabLayout.setupWithViewPager(mViewPager) .

Supporting TextViews

TextView officially supports RTL design. If you use start-end properties instead of left-right it works well in RTL design. So when you setted an RTL script text to textview, text will start from right automatically.

But if in RTL mode you set an LTR script text, textView’s text will start left like below (Even if you replaced left/right to start/end).

If you don't want to this, you can add android:textDirection=”locale" attribute to your textViews. I recommend this because the screen becomes more fluid. When you did this your textViews shown as below. Even if textView’s text LTR script, it will start from right. Of course, you can combine this attribute with styles in styles.xml.

Finally

In some cases, if you be obligated to setting textView direction to LTR and if you want to LTR scripts shown on right in RTL design, you can set

programmatically.

Supporting EditTexts

EditText officially supports RTL design. If you use start-end properties instead of left-right it works well in RTL design. So when you write an RTL script text to edittext, the edittext’s text will start from right automatically.

But when the app is in RTL mode if you write an LTR script text, editText’s text will start left like as TextView. If you don’t want to this and even in LTR scripts if you want to edditext’s text start from right you can try below options

First of all, be careful for adding android:gravity property.
If your edittext is inside TextInputLayout you can add android:textDirection=”locale” attribute to TextInputLayout. It will works like below

An EditText inside TextInputLayout

If android:textDirection=”locale” not works you can try adding android:textAlignment=”viewStart" attribute to TextInputEditText

If you have simple edittext you can add android:textDirection=”locale” attribute to your EditText. If android:textDirection=”locale” not works you can try adding android:textAlignment=”viewStart” attribute to EditText.
If you want to fix the cursor to the far right of the edittext you can use below code snippet

Supporting WebViews

When you loading an HTML data/block to webView if it hasn’t got RTL support you can manipulate it by below code snippet. So it will support RTL design.

Supporting Custom Layouts for Specific Scripts

If you want to add a specific version of the layout that is designed for only Arabic text, your directory structure becomes the following:

res/layout/main.xml This layout file is loaded by default.

res/layout-ar/main.xml This layout file is loaded with Arabic text.

res/layout-ldrtl/main.xml This layout file is loaded only for non-Arabic languages that use an RTL text direction.

Some Code Snippets which maybe you’ll need

If you use Gravity.LEFT/RIGHT you should replace to Gravity.START/END.
If you want to learn the layout direction of a view you can obtain it by view.layoutDirection code snippet
For obtaining the layout direction of a context you can use this context.resources.configuration.layoutDirection code snippet.
For changing layoutDirection you can use view.layoutDirection = View.LAYOUT_DIRECTION_RTL code snippet
For checking layout direction is you can use a condition like below

For obtaining text direction of a view you can do this with view.textDirection. S_o you can set like _view.textDirection = view.textDirection = View.TEXT_DIRECTION_RTL
For layout direction for specific locale you can use TextUtils. getLayoutDirectionFromLocale (locale)
If you have a custom view and if you need a callback when RTL properties changed you can override the below function

Conclusion

For fully supported RTL design in your app, briefly you can follow these steps

Replace your app’s all left/right layout properties with start/end which are their equivalents.
If you use ViewPager, just migrate ViewPager2.
Set text direction “locale” for your text views
Add autoMirrored = true in your icons which need to mirroring in RTL design.

Thank you for reading. If you think the article is useful please clap 👏 and share so more people benefit.

DEV Community: Cengiz TORU

‍What is the Dependency Injection Benefits Implementation Methods

👨🏼‍💻 What is Dependency Injection❓ Benefits❓Implementation Methods❓| with Code Examples

Introduction

What is a Dependency❓

Methods of Providing the Dependencies❓

By Self Construction

By Injection

💉 What is Dependency Injection❓

🤔💉 Why we should care and use Dependency Injection❓ Benefits❓

Ease of Testing

Increase Code Reusability

Easy Code Refactoring

💉🛣️ Methods of Implementing Dependency Injection❓

By Field Injection / Setter Injection

By Constructor Injection

Manual Constructor Injection

Automated Dependency Injection via Libraries

🔚 💚 👏 Conclusion

REFERENCES

Dependency Injection — Developers Android

Android Jetpack Navigation Component #2 Fragmentler Arası Veri Taşıma İşlemleri

PRIMITIVE TİPTEKİ VERİLERİ GEÇİŞ ESNASINDA TAŞIMA

GEÇİŞ ESNASINDA NESNELERİ TAŞIMA

SAFE ARGS İLE VERİ TAŞIMA

SAFEARGS KULLANSAK NE OLUR? KULLANMASAK NE OLUR?

LİNKLER

Modüler Yapı Nedir: Faydaları ve Yaklaşım Biçimleri

Modüler Yapı Nedir❓

Modüler Yapıya Neden İhtiyaç Duyarız❓

Modüler Yapının Faydaları Nelerdir❓

Ölçeklenebilirliği Artırma (Scalability*)*

Bakım Yapmayı Kolaylaştırma (Maintainability)

Continuous Integration Sürecini Hızlandırma

Daha Küçük Kurulum Dosyası (APK) Elde Etmeyi Sağlama

Kodun Tekrar Kullanılabilirliğini Artırma

Daha Hızlı Compilation

Modüler Yapıyı Kurma Yaklaşımları

Katman Bazlı Modüler Yapı Yaklaşımı

Özellik (Feature) Bazlı Modüler Yapı Yaklaşımı

Hibrit Modüler Yapı Yaklaşımı

Son Sözler

Referanslar

Android Jetpack Navigation Component #1 Fragmentler Arası Geçiş İşlemleri

NAVIGATION GRAPH OLUŞTURMA

NAVHOST EKLEME

EKRANLAR ARASI GEÇİŞ YAPMA

BİR EKRANDAN GERİ DÖNÜLMESİNİ ENGELLEME

EKRANLAR ARASI GEÇİŞE ANİMASYON EKLEME

LİNKLER

Type Safety (Tip — Tür Güvenliği)

Type Safety (Tip — Tür Güvenliği)

Biraz açalım.

Şimdi birkaç örnek inceleyelim.

Github Readme dosyasına gömülü video nasıl eklenir

Github Readme dosyasına gömülü video nasıl eklenir?

Giriş

Sonuç

Kaynaklar

Make Easier User Authentication Processes (even on Cross Platforms and Cross Apps) | Huawei Keyri...

Make Easier User Authentication Processes (even on Cross Platforms and Cross Apps) | Huawei Keyring vs Google Identity Smart Lock for Passwords

Introduction

🔑🔐 Huawei Keyring

💾🔏Storing & Retrieving Credentials Securely

📱📲 Cross-App SignIn & 💻📲 Cross-Platform SignIn ( SHARING CREDENTIALS )

💪Supported Devices

🔑Google Identity Smart Lock for Passwords

💾 Storing & Retrieving Credentials

💻📲 Sharing Credentials

💡 Sign-In Hints & Autofill

🔑🔐 Huawei Keyring vs Google Identity Smart Lock for Passwords

🔚 💚 👏 Conclusion

REFERENCES

Keyring

Smart Lock for Passwords

Kullanıcı Kimlik Doğrulama Süreçlerini Kolaylaştırma (Cross Platformlar ve Cross Uygulamalar…

👨🏼‍💻Kullanıcı Kimlik Doğrulama Süreçlerini Kolaylaştırma (Cross Platformlar ve Uygulamalar dahil) | Keyring vs SmartLock for Passwords

🔑🔐 Huawei Keyring

💾🔏Kullanıcı kimlik bilgilerini güvenli bir şekilde saklama ve elde etme

📱📲 Cross-App Giriş & 💻📲 Cross-Platform Giriş ( Kimlik Bilgilerini Paylaşma)

Ölçeklenebilirliği Artırma (Scalability)