WEBVTT 00:07.220 --> 00:12.500 Evet arkadaşlar, tekrar hoş geldiniz ve bu dersimizde özyinelemeli modellerin mutlak sıfırdan 00:12.500 --> 00:14.720 uygulanmasını tartışacağız. 00:15.410 --> 00:18.800 En üstte listelenen bu beş yönergeyi daha önce tartışmıştık. 00:19.220 --> 00:22.520 Dolayısıyla uygulamamız bu beş ilkeye uygun olmalıdır. 00:23.270 --> 00:23.690 Tamam. 00:23.990 --> 00:30.170 Ve bu dört API'yi bu özyinelemeli muteks yapısı ile birlikte uygulayacaktık. 00:31.160 --> 00:36.110 Uygulamanın Cimarex kayıtları dizinine gideceğini ve dosyaların mağaza vergisi dahil olmak üzere kayıtlar 00:36.110 --> 00:37.850 olacağını görebilirsiniz. 00:39.620 --> 00:41.090 Öyleyse hemen başlayalım. 00:42.080 --> 00:47.180 Yani titiz bir Imitrex dizini mi oluşturacağız? 00:47.870 --> 00:50.930 Ve bu dizinde bir dosya oluşturacaktım. 00:54.010 --> 00:57.720 Ferguson müzik yıldızı görmek için benzer bir başlangıç ekleyin. 00:58.990 --> 01:07.060 Pekala, bu yapıyı başlık dosyasında özyinelemeli muteks ağacı olarak tanımlayalım ve bu dört API'nin prototipini 01:07.060 --> 01:10.240 yüksek profilde bildirelim. 01:21.660 --> 01:22.650 Ve işimiz bitti. 01:23.340 --> 01:28.530 Şimdi bu yeniden yapılandırılmış dış yapıların üyelerinin ne olması gerektiğini tartışalım. 01:29.670 --> 01:33.690 Öncelikle, özyinelemeli Cimarex'in özelliklerini özetleyelim. 01:34.080 --> 01:40.470 Geri çağırma muteksi, bir iş parçacığı tarafından birden çok kez günlüğe kaydedilebilen bir mutekstir. 01:41.280 --> 01:45.810 Bu yüzden bunu takip eden bir değişkenimiz olmalıdır. 01:45.810 --> 01:50.970 Bu özyinelemeli Murdock's'ın verilen iş parçacığı tarafından kaç kez kaydedildiği. 01:52.380 --> 01:57.000 Sadece ve sadece bir iş parçacığının cimarex kaydı üzerinde birden fazla günlük alabileceğini unutmayın. 01:58.710 --> 02:04.110 Bu rekor Cimarex'te alınan SAP kayıtlarının sayısı. 02:06.930 --> 02:16.620 O zaman asıl üçlünün kim olduğunu takip eden, bu konuda bir kilit elde etmiş, benzer eylemlerde bulunan bir 02:16.620 --> 02:18.330 üyemiz olmalı. 02:19.140 --> 02:23.600 Dolayısıyla böyle bir tehdidi kilitleme tehdidi olarak adlandıralım. 02:25.860 --> 02:30.110 Böyle bir üçlüye de bu kaydın sahibi olarak Cimarex diyoruz. 02:39.010 --> 02:41.980 O zaman elbette bir koşul değerlendirmesine ihtiyacımız var. 02:45.690 --> 02:55.320 Bir koşul değişkeni gereklidir, böylece bu Ruger Simula X üzerinde kilit elde etmeye çalışan T3 veya T4'e yapılan bir trajedi 02:55.320 --> 03:03.660 engellenmelidir çünkü bu tetikleyici gönderme x, diyelim ki 2010 tarafından zaten kaydedilmiştir. 03:04.260 --> 03:04.650 Tamam. 03:05.310 --> 03:09.540 Bu nedenle, rayların engellenmesine izin vermek için bir koşul değişkenimiz olmalıdır. 03:12.980 --> 03:16.280 Ve son olarak, çünkü ne zaman bir gurur 03:17.670 --> 03:24.300 Bu kayıt üzerinde bir kilit elde etmeye çalışır, gönderme eylemleri gerçekleştirir, bu özyinelemeli muteksin mevcut durumunu 03:24.300 --> 03:30.450 doğru bir şekilde yansıtabilmemiz için bu özyinelemeli muteksin durum üyelerini güncellememiz gerekir. 03:31.260 --> 03:37.290 Dolayısıyla, özyinelemeli cinayet eylemlerinin durumunu birbirini dışlayan bir şekilde değiştirmek için, 03:37.290 --> 03:40.140 normal muteks olan bir milbank'a ihtiyacımız var. 03:40.530 --> 03:46.860 Pekala, bunun nedeni Murdoch'ların aynı anda birden fazla uygulama dizisi tarafından işletilecek 03:47.220 --> 03:48.120 olmasıdır. 03:48.450 --> 03:53.340 Bu nedenle, ilk etapta devletin karşılıklı olarak dışlayıcı bir şekilde değiştirilmesi gerekir. 03:56.950 --> 04:05.800 Ve son olarak, bu kayıt simülatörlerinde çok şey elde etmek için gerçekte kaç kabilenin engellendiğine ilişkin 04:05.800 --> 04:08.620 bir takip tutmamız gerekiyor. 04:08.950 --> 04:13.810 Engelleniyorlar çünkü bu Murdoch'lar zaten bazılarımız tarafından kaydediliyor, değil mi? 04:14.560 --> 04:21.640 Dolayısıyla, bu kayıtta gerçekte kaç kabilenin engellendiğini belirten bir sayaç tutmamız gerekiyor? 04:21.640 --> 04:22.420 Cimarex. 04:30.060 --> 04:34.200 Ve bununla birlikte, bunun, bir yapının tanımını tamamlamış olduk. 04:34.980 --> 04:39.480 Bu yapının her bir üyesini ve neden gerekli olduğunu açıkladım. 04:40.140 --> 04:47.910 Bu tür iş parçacığı senkronizasyon yapılarını kendi başınıza yazabilmeniz için biraz pratik yapmanız gerekecektir. 04:48.930 --> 04:55.500 Şimdi bu API'lerin uygulanmasına derinlemesine dalacağız ve tüm bu çıktıları nasıl manipüle 04:55.500 --> 05:02.940 edebileceğimizi göreceğiz, böylece özyinelemeli muteks uygulamamız için tüm bu beş adımı doğru bir şekilde 05:02.940 --> 05:05.070 uygulayacağız.