#111 | Phone Number Validations and Other Validations Have Been Fixed

[ilkerCelimli]

PULL REQUEST TEMPLATE

Description

Phone Number Validations and Other Validations Have Been Fixed

Related Issue

As we defined lineNumber and countryCode as Long, we have some problems to handle with so that we can convert all these variables to String

Proposed Changes

Please provide a brief and descriptive title for your pull request, summarizing the changes or features introduced. It
should be in English and clearly indicate the purpose of the pull request. Optionally, you can provide a more detailed
description of what you have done.

• refactor/111/phone-number-length-limited

Additional Information

If there's any additional information or context that the reviewers should know, please provide it here.

Checklist

Please check the following before submitting your pull request:

• I have tested my changes locally and they are working as expected.
• The code is formatted according to the project's coding guidelines and style.
• Necessary documentation has been added or existing documentation has been updated.
• Relevant unit tests have been written and included.
• Relevant integration tests have been written and included.
• The code has been reviewed to ensure its quality.
• The code does not contain any issues flagged by SonarLint.
• Default reviewers have been assigned to this pull request.
• Assignees have been added if necessary.
• Labels have been applied if necessary.
• If an issue is opened and this pull request is related to that issue, it should not be associated with any project
  board or milestone. However, if there is no issue, the pull request should be associated with the appropriate project
  board (BE Board, In Review column) and milestone to track the progress.

Reviewers

The default project maintainers and team members will be automatically assigned as reviewers for this pull request.

[ilkerCelimli]

@agitrubard , @Rapter1990 @skayikci

Mecburen Veritabanında değişiklik yapmak zorunda kaldım koaly bir şekilde işin halledilebilmesi için,

Bir sıkıntı var ise haber edersiniz.

[ilkerCelimli]

LineNumber kısmı 11 hanelide hata vermeye başladığı için, Onu String, ve veri tabanı kısmında Varchar(10) yaptım,
Country code kısmı zaten düzgün çalışıyor onu ellemeye gerek yok,
@skayikci
@agitrubard
@Rapter1990 bi kontrol eder misiniz eksik var mı ?

[agitrubard]

@ilkerCelimli branch standartlarına uyması açısından bundan sonraki geliştirmelerde branch açtığın zaman aşağıdaki branch standartlarına uygun olacak şekilde açabilir misin?

---

Naming Conventions of Branchs

• bugfix/{issue-number}/{optional-description}
  • Ex: bugfix/0/authentication-flow or bugfix/0
• feature/{issue-number}_{optional-description}
  • Ex: feature/0/admin-register-flow or feature/0
• refactor/{issue-number}_{optional-description}
  • Ex: refactor/0/tests-classes or refactor/0
• hotfix/{issue-number}_{optional-description}
  • Ex: hotfix/0/authorization-flow or hotfix/0

---

Naming Conventions of Pull Requests

• #{issue-number} | {header-for-summary-of-development}
  • Ex: #0 | Authentication/Authorization Flows Has Been Created

---

Bu kısımlar README.md dosyasında yazmıyordu sanırım, ekliyor olacağım.

[agitrubard]

Benzer geliştirmeleri AdminUserEntity içerisinde de yapmalıyız. Ek olarak Admin Kayıt ve Kullanıcı Kayıt akışındaki requestlerde bulunan AysPhoneNumber objesi içerisinde de bu kısıtlamaları yapmalıyız. Fakat burada neden String kullanma ihtiyacımız olduğunu tam olarak anlayamadım. @Range anotasyonu ile kısıtlayabiliyoruz, veritabanında da INTEGER(10) olarak uzunluğunu belirtebiliyoruz.

[ilkerCelimli]

Veritabanı tarafını bilemem, MYSQL pek kullanmadım,

String kullanılma sebebi, Her bir character'in 1 byte olması ve varchar(10) durumunda bellekte sadece 10 byte alan açılması,bu da performans artışı sağlar,

BIGINT 2^63 tü sanırsam kadar default olarak alan açtığı için, buda veri boyutunu büyük oranda arttırır.

Bir başka String kullanma sebebi ise, telefon no'ları için konuşmak gerekirse String üzerinde işlem yapması daha basit olacağı için,

@range anotasyonu için konuşmak gerekirse,Açıkcası hiç kullanmamıştım onu , o yüzden yorum yapamıcam,

[agitrubard]

@ilkerCelimli uygun olduğunda birlikte inceleyelim mi?

[agitrubard]

@ilkerCelimli ek olarak aşağıdaki yorum içerisinde yazdığım standartları gözden geçirebilir misin?

#114 (comment)

[ilkerCelimli]

@ilkerCelimli ek olarak aşağıdaki yorum içerisinde yazdığım standartları gözden geçirebilir misin?

#114 (comment)

Standartlara uygun olarak olarak değiştirdim PR ismini, Tabi müsait ikimizde müsait olduğumuzda bakalım,Ama şuan bir sıkıntı olmaması gerek.

[ilkerCelimli]

@agitrubard Gerekli düzenlemeyi yaptım, Bi kontrol edebilirseniz sevinirim.

[moaydogdu]

CountryCode ve LineNumber alanları için bazı uyumsuzluklar mevcut.

• LineNumber kısmı 13 haneye kadar gidebiliyor(China).
• CountryCode kısmı 7 haneye kadar gidebiliyor (Christmas Island, Cocos (Keeling) Islands).

Kaynaklar:

• International Calling Codes
• Line Number Lengths
• Country Codes

[ilkerCelimli]

@agitrubard değiliklikleri yaptım, Ama 13 'e 7 yapsak daha iyi olucak sanırsam

[agitrubard]

@ilkerCelimli Selamlar,
Pull request başlığını aşağıdaki standarda uyacak şekilde güncelleyebilir miyiz?

Naming Conventions of Pull Requests

• #{issue-number} | {header-for-summary-of-development}
  • Ex: #0 | Authentication/Authorization Flows Has Been Created

[agitrubard]

@agitrubard değiliklikleri yaptım, Ama 13 'e 7 yapsak daha iyi olucak sanırsam

@ilkerCelimli bu konuda standart bu şekildeyse böyle güncelleyebiliriz, fakat çalışmama gibi bir problem ile karşılaşmamak için detaylı testlerini yapmamız sağlıklı olur. Unit test'ten bahsetmiyorum, bunun dışındaki manuel http request ile yapılan testlerden bahsediyorum. Ek olarak uzunluk ile ilgili de bir unit test case yazarak bu geliştirmeyi en doğru şekilde cover etmiş oluruz.

[agitrubard]

@ilkerCelimli eline sağlık, Long veri tipi ile ilgili test yaptığımda çok problemler çıkıyordu, testlerle beraber düzelttim. Diğer arkadaşlar da kontrol ederse mergeleyebiliriz.

[Rapter1990]

LGTM!