আমরা SOLID ব্যবহার করে নমনীয় কোড লিখি

অনুবাদক থেকে: আপনার জন্য প্রকাশিত সেভেরিন পেরেজের নিবন্ধ প্রোগ্রামিং এ সলিড নীতি ব্যবহার সম্পর্কে। নিবন্ধ থেকে তথ্য নতুন এবং অভিজ্ঞ প্রোগ্রামার উভয়ের জন্য দরকারী হবে.

আপনি যদি উন্নয়নে থাকেন, আপনি সম্ভবত সলিড নীতির কথা শুনেছেন। তারা প্রোগ্রামারকে পরিষ্কার, সুগঠিত এবং সহজে রক্ষণাবেক্ষণযোগ্য কোড লিখতে সক্ষম করে। এটি লক্ষণীয় যে প্রোগ্রামিংয়ে কীভাবে একটি নির্দিষ্ট কাজ সঠিকভাবে সম্পাদন করা যায় তার বিভিন্ন পদ্ধতি রয়েছে। বিভিন্ন বিশেষজ্ঞের "সঠিক পথ" সম্পর্কে বিভিন্ন ধারণা এবং বোঝাপড়া রয়েছে; এটি সবই প্রতিটি ব্যক্তির অভিজ্ঞতার উপর নির্ভর করে। যাইহোক, SOLID-এ ঘোষিত ধারণাগুলি আইটি সম্প্রদায়ের প্রায় সমস্ত প্রতিনিধিদের দ্বারা গৃহীত হয়। তারা অনেক ভালো উন্নয়ন ব্যবস্থাপনা অনুশীলনের উত্থান এবং বিকাশের সূচনা বিন্দু হয়ে ওঠে।

আসুন বুঝতে পারি সলিড নীতিগুলি কী এবং কীভাবে তারা আমাদের সাহায্য করে।

Skillbox সুপারিশ করে: ব্যবহারিক কোর্স "মোবাইল ডেভেলপার প্রো".

আমরা মনে করিয়ে দিচ্ছি: "Habr"-এর সকল পাঠকদের জন্য - "Habr" প্রচারমূলক কোড ব্যবহার করে যেকোনো Skillbox কোর্সে নথিভুক্ত করার সময় 10 রুবেল ছাড়।

সলিড কি?

এই শব্দটি একটি সংক্ষিপ্ত রূপ, শব্দটির প্রতিটি অক্ষর একটি নির্দিষ্ট নীতির নামের শুরু:

• Sএকক দায়িত্ব নীতি। একটি মডিউল পরিবর্তনের জন্য একটি এবং শুধুমাত্র একটি কারণ থাকতে পারে।
• সার্জারির Oকলম/বন্ধ নীতি (খোলা/বন্ধ নীতি)। ক্লাস এবং অন্যান্য উপাদানগুলি এক্সটেনশনের জন্য উন্মুক্ত হওয়া উচিত, কিন্তু পরিবর্তনের জন্য বন্ধ করা উচিত।
•  সার্জারির Lইসকভ প্রতিস্থাপন নীতি (লিসকভ প্রতিস্থাপন নীতি)। একটি বেস টাইপ ব্যবহার করে এমন ফাংশনগুলি বেস টাইপের সাবটাইপগুলি না জেনেই ব্যবহার করতে সক্ষম হওয়া উচিত।
• সার্জারির Iইন্টারফেস বিভাজন নীতি  (ইন্টারফেস বিচ্ছেদ নীতি)। সফ্টওয়্যার সত্ত্বাগুলি যে পদ্ধতিগুলি ব্যবহার করে না তার উপর নির্ভর করা উচিত নয়৷
• সার্জারির Dপরাধীনতা বিপরীত নীতি (নির্ভরতার বিপরীত নীতি)। উচ্চ স্তরের মডিউলগুলি নিম্ন স্তরের মডিউলগুলির উপর নির্ভর করা উচিত নয়।

একক দায়িত্ব নীতি

 
সিঙ্গেল রেসপনসিবিলিটি প্রিন্সিপল (এসআরপি) বলে যে একটি প্রোগ্রামের প্রতিটি ক্লাস বা মডিউল সেই প্রোগ্রামের কার্যকারিতার শুধুমাত্র একটি অংশের জন্য দায়ী। অতিরিক্তভাবে, এই দায়িত্বের উপাদানগুলি তাদের নিজস্ব শ্রেণীতে অর্পণ করা উচিত, সম্পর্কহীন শ্রেণীতে ছড়িয়ে ছিটিয়ে না থেকে। SRP এর বিকাশকারী এবং প্রধান প্রচারক, রবার্ট এস মার্টিন, পরিবর্তনের কারণ হিসাবে জবাবদিহিতা বর্ণনা করেছেন। তিনি মূলত এই শব্দটিকে তাঁর কাজের "অবজেক্ট-ওরিয়েন্টেড ডিজাইনের নীতি" এর অন্যতম উপাদান হিসাবে প্রস্তাব করেছিলেন। ধারণাটি সংযোগের প্যাটার্নের অনেকটাই অন্তর্ভুক্ত করে যা পূর্বে টম ডিমার্কো দ্বারা সংজ্ঞায়িত করা হয়েছিল।

ধারণাটিতে ডেভিড পার্নাস দ্বারা প্রণীত বেশ কয়েকটি ধারণা অন্তর্ভুক্ত ছিল। দুটি প্রধান হল এনক্যাপসুলেশন এবং তথ্য গোপন করা। পার্নাস যুক্তি দিয়েছিলেন যে একটি সিস্টেমকে পৃথক মডিউলে বিভক্ত করা ব্লক ডায়াগ্রাম বা এক্সিকিউশন প্রবাহের বিশ্লেষণের উপর ভিত্তি করে হওয়া উচিত নয়। যেকোনো মডিউলে অবশ্যই একটি নির্দিষ্ট সমাধান থাকতে হবে যা ক্লায়েন্টদের ন্যূনতম তথ্য প্রদান করে।

যাইহোক, মার্টিন একটি কোম্পানির সিনিয়র ম্যানেজারদের সাথে একটি আকর্ষণীয় উদাহরণ দিয়েছেন (COO, CTO, CFO), যাদের প্রত্যেকে বিভিন্ন উদ্দেশ্যে নির্দিষ্ট ব্যবসায়িক সফ্টওয়্যার ব্যবহার করে। ফলস্বরূপ, তাদের মধ্যে যে কেউ অন্যান্য পরিচালকদের স্বার্থকে প্রভাবিত না করে সফ্টওয়্যারে পরিবর্তনগুলি বাস্তবায়ন করতে পারে।

ঐশ্বরিক বস্তু

বরাবরের মতো, এসআরপি শেখার সর্বোত্তম উপায় হল এটিকে কর্মে দেখা। আসুন প্রোগ্রামের এমন একটি অংশ দেখি যা একক দায়িত্ব নীতি অনুসরণ করে না। এটি রুবি কোড যা স্পেস স্টেশনের আচরণ এবং গুণাবলী বর্ণনা করে।

উদাহরণ পর্যালোচনা করুন এবং নিম্নলিখিত নির্ধারণ করার চেষ্টা করুন:
স্পেসস্টেশন ক্লাসে ঘোষিত সেই বস্তুগুলির দায়িত্ব।
যারা মহাকাশ স্টেশন পরিচালনায় আগ্রহী হতে পারে।

class SpaceStation
  def initialize
    @supplies = {}
    @fuel = 0
  end
 
  def run_sensors
    puts "----- Sensor Action -----"
    puts "Running sensors!"
  end
 
  def load_supplies(type, quantity)
    puts "----- Supply Action -----"
    puts "Loading #{quantity} units of #{type} in the supply hold."
    
    if @supplies[type]
      @supplies[type] += quantity
    else
      @supplies[type] = quantity
    end
  end
 
  def use_supplies(type, quantity)
    puts "----- Supply Action -----"
    if @supplies[type] != nil && @supplies[type] > quantity
      puts "Using #{quantity} of #{type} from the supply hold."
      @supplies[type] -= quantity
    else
      puts "Supply Error: Insufficient #{type} in the supply hold."
    end
  end
 
  def report_supplies
    puts "----- Supply Report -----"
    if @supplies.keys.length > 0
      @supplies.each do |type, quantity|
        puts "#{type} avalilable: #{quantity} units"
      end
    else
      puts "Supply hold is empty."
    end
  end
 
  def load_fuel(quantity)
    puts "----- Fuel Action -----"
    puts "Loading #{quantity} units of fuel in the tank."
    @fuel += quantity
  end
 
  def report_fuel
    puts "----- Fuel Report -----"
    puts "#{@fuel} units of fuel available."
  end
 
  def activate_thrusters
    puts "----- Thruster Action -----"
    if @fuel >= 10
      puts "Thrusting action successful."
      @fuel -= 10
    else
      puts "Thruster Error: Insufficient fuel available."
    end
  end
end

আসলে, আমাদের স্পেস স্টেশনটি অকার্যকর (আমি মনে করি না যে আমি শীঘ্রই নাসা থেকে একটি কল পাব), তবে এখানে বিশ্লেষণ করার মতো কিছু আছে।

সুতরাং, স্পেসস্টেশন ক্লাসের বিভিন্ন দায়িত্ব (বা কাজ) রয়েছে। তাদের সব ধরনের বিভক্ত করা যেতে পারে:

• সেন্সর;
• সরবরাহ (ভোগ্য দ্রব্য);
• জ্বালানী
• এক্সিলারেটর

যদিও স্টেশনের কর্মচারীদের কাউকেই ক্লাস দেওয়া হয়নি, আমরা সহজেই অনুমান করতে পারি কে কী জন্য দায়ী। সম্ভবত, বিজ্ঞানী সেন্সরগুলি নিয়ন্ত্রণ করেন, রসদ সরবরাহকারী সংস্থান সরবরাহের জন্য দায়ী, প্রকৌশলী জ্বালানী সরবরাহের জন্য দায়ী এবং পাইলট বুস্টারগুলি নিয়ন্ত্রণ করে।

আমরা কি বলতে পারি যে এই প্রোগ্রামটি SRP অনুগত নয়? হ্যাঁ অবশ্যই. কিন্তু স্পেসস্টেশন ক্লাস একটি সাধারণ "ঈশ্বর বস্তু" যা সবকিছু জানে এবং সবকিছু করে। এটি অবজেক্ট-ওরিয়েন্টেড প্রোগ্রামিংয়ের একটি প্রধান অ্যান্টি-প্যাটার্ন। একজন শিক্ষানবিশের জন্য, এই ধরনের বস্তু বজায় রাখা অত্যন্ত কঠিন। এখন পর্যন্ত প্রোগ্রামটি খুবই সহজ, হ্যাঁ, কিন্তু আমরা নতুন বৈশিষ্ট্য যোগ করলে কী হবে তা কল্পনা করুন। সম্ভবত আমাদের মহাকাশ স্টেশনের একটি মেডিকেল স্টেশন বা একটি মিটিং রুম প্রয়োজন হবে। এবং সেখানে যত বেশি ফাংশন থাকবে, তত বেশি স্পেসস্টেশন বাড়বে। ঠিক আছে, যেহেতু এই সুবিধাটি অন্যদের সাথে সংযুক্ত হবে, পুরো কমপ্লেক্সের পরিষেবা দেওয়া আরও কঠিন হয়ে উঠবে। ফলস্বরূপ, আমরা ক্রিয়াকলাপ ব্যাহত করতে পারি, উদাহরণস্বরূপ, এক্সিলারেটর। যদি একজন গবেষক সেন্সর পরিবর্তনের অনুরোধ করেন, তাহলে এটি স্টেশনের যোগাযোগ ব্যবস্থাকে খুব ভালোভাবে প্রভাবিত করতে পারে।

SRP নীতি লঙ্ঘন একটি স্বল্পমেয়াদী কৌশলগত বিজয় দিতে পারে, কিন্তু শেষ পর্যন্ত আমরা "যুদ্ধ হেরে যাব", এবং ভবিষ্যতে এই ধরনের একটি দানব বজায় রাখা খুব কঠিন হয়ে উঠবে। প্রোগ্রামটিকে কোডের পৃথক বিভাগে ভাগ করা ভাল, যার প্রত্যেকটি একটি নির্দিষ্ট অপারেশন সম্পাদনের জন্য দায়ী। এটা বুঝতে, এর SpaceStation ক্লাস পরিবর্তন করা যাক.

দায়িত্ব বণ্টন করি

উপরে আমরা স্পেসস্টেশন ক্লাস দ্বারা নিয়ন্ত্রিত চার ধরনের অপারেশন সংজ্ঞায়িত করেছি। রিফ্যাক্টর করার সময় আমরা সেগুলো মাথায় রাখব। আপডেট করা কোডটি SRP-এর সাথে ভালো মেলে।

class SpaceStation
  attr_reader :sensors, :supply_hold, :fuel_tank, :thrusters
 
  def initialize
    @supply_hold = SupplyHold.new
    @sensors = Sensors.new
    @fuel_tank = FuelTank.new
    @thrusters = Thrusters.new(@fuel_tank)
  end
end
 
class Sensors
  def run_sensors
    puts "----- Sensor Action -----"
    puts "Running sensors!"
  end
end
 
class SupplyHold
  attr_accessor :supplies
 
  def initialize
    @supplies = {}
  end
 
  def load_supplies(type, quantity)
    puts "----- Supply Action -----"
    puts "Loading #{quantity} units of #{type} in the supply hold."
    
    if @supplies[type]
      @supplies[type] += quantity
    else
      @supplies[type] = quantity
    end
  end
 
  def use_supplies(type, quantity)
    puts "----- Supply Action -----"
    if @supplies[type] != nil && @supplies[type] > quantity
      puts "Using #{quantity} of #{type} from the supply hold."
      @supplies[type] -= quantity
    else
      puts "Supply Error: Insufficient #{type} in the supply hold."
    end
  end
 
  def report_supplies
    puts "----- Supply Report -----"
    if @supplies.keys.length > 0
      @supplies.each do |type, quantity|
        puts "#{type} avalilable: #{quantity} units"
      end
    else
      puts "Supply hold is empty."
    end
  end
end
 
class FuelTank
  attr_accessor :fuel
 
  def initialize
    @fuel = 0
  end
 
  def get_fuel_levels
    @fuel
  end
 
  def load_fuel(quantity)
    puts "----- Fuel Action -----"
    puts "Loading #{quantity} units of fuel in the tank."
    @fuel += quantity
  end
 
  def use_fuel(quantity)
    puts "----- Fuel Action -----"
    puts "Using #{quantity} units of fuel from the tank."
    @fuel -= quantity
  end
 
  def report_fuel
    puts "----- Fuel Report -----"
    puts "#{@fuel} units of fuel available."
  end
end
 
class Thrusters
  def initialize(fuel_tank)
    @linked_fuel_tank = fuel_tank
  end
 
  def activate_thrusters
    puts "----- Thruster Action -----"
    if @linked_fuel_tank.get_fuel_levels >= 10
      puts "Thrusting action successful."
      @linked_fuel_tank.use_fuel(10)
    else
      puts "Thruster Error: Insufficient fuel available."
    end
  end
end

অনেক পরিবর্তন আছে, প্রোগ্রাম স্পষ্টভাবে এখন ভাল দেখায়. এখন আমাদের স্পেসস্টেশন ক্লাসটি এমন একটি পাত্রে পরিণত হয়েছে যেখানে সেন্সরের সেট, একটি ব্যবহারযোগ্য সরবরাহ ব্যবস্থা, একটি জ্বালানী ট্যাঙ্ক এবং বুস্টার সহ নির্ভরশীল অংশগুলির জন্য অপারেশন শুরু করা হয়।

যেকোনো ভেরিয়েবলের জন্য এখন একটি সংশ্লিষ্ট শ্রেণী আছে: সেন্সর; সাপ্লাইহোল্ড; জ্বালানি ট্যাংক; থ্রাস্টারস।

কোডের এই সংস্করণে বেশ কিছু গুরুত্বপূর্ণ পরিবর্তন রয়েছে। মোদ্দা কথা হল যে স্বতন্ত্র ফাংশনগুলি শুধুমাত্র তাদের নিজস্ব শ্রেণীতে আবদ্ধ করা হয় না, তারা এমনভাবে সংগঠিত হয় যাতে অনুমানযোগ্য এবং সামঞ্জস্যপূর্ণ হয়। সমন্বয় নীতি অনুসরণ করার জন্য আমরা অনুরূপ কার্যকারিতা সহ উপাদানগুলিকে গোষ্ঠীভুক্ত করি। এখন, যদি আমাদের সিস্টেমের কাজ করার পদ্ধতি পরিবর্তন করতে হয়, একটি হ্যাশ কাঠামো থেকে একটি অ্যারেতে যেতে, শুধু সাপ্লাইহোল্ড ক্লাস ব্যবহার করুন; আমাদের অন্য মডিউলগুলি স্পর্শ করতে হবে না। এভাবে লজিস্টিক অফিসার তার সেকশনে কিছু পরিবর্তন করলে স্টেশনের বাকি অংশ অক্ষত থাকবে। এই ক্ষেত্রে, স্পেসস্টেশন ক্লাস এমনকি পরিবর্তন সম্পর্কে সচেতন হবে না।

স্পেস স্টেশনে কর্মরত আমাদের অফিসাররা সম্ভবত পরিবর্তনগুলি নিয়ে খুশি কারণ তারা তাদের প্রয়োজন অনুসারে অনুরোধ করতে পারে। লক্ষ্য করুন যে কোডটিতে সাপ্লাইহোল্ড এবং ফুয়েলট্যাঙ্ক ক্লাসে রিপোর্ট_সাপ্লাই এবং রিপোর্ট_ফুয়েলের মতো পদ্ধতি রয়েছে। পৃথিবী যদি রিপোর্ট করার উপায় পরিবর্তন করতে বলে তাহলে কী হবে? উভয় শ্রেণী, সাপ্লাইহোল্ড এবং ফুয়েলট্যাঙ্ক, পরিবর্তন করতে হবে। আপনার যদি জ্বালানী এবং ভোগ্যপণ্য সরবরাহের উপায় পরিবর্তন করতে হয়? আপনাকে সম্ভবত আবার একই ক্লাস পরিবর্তন করতে হবে। এবং এটি ইতিমধ্যেই এসআরপি নীতির লঙ্ঘন। এর এটা ঠিক করা যাক.

class SpaceStation
  attr_reader :sensors, :supply_hold, :supply_reporter,
              :fuel_tank, :fuel_reporter, :thrusters
 
  def initialize
    @sensors = Sensors.new
    @supply_hold = SupplyHold.new
    @supply_reporter = SupplyReporter.new(@supply_hold)
    @fuel_tank = FuelTank.new
    @fuel_reporter = FuelReporter.new(@fuel_tank)
    @thrusters = Thrusters.new(@fuel_tank)
  end
end
 
class Sensors
  def run_sensors
    puts "----- Sensor Action -----"
    puts "Running sensors!"
  end
end
 
class SupplyHold
  attr_accessor :supplies
  attr_reader :reporter
 
  def initialize
    @supplies = {}
  end
 
  def get_supplies
    @supplies
  end
 
  def load_supplies(type, quantity)
    puts "----- Supply Action -----"
    puts "Loading #{quantity} units of #{type} in the supply hold."
    
    if @supplies[type]
      @supplies[type] += quantity
    else
      @supplies[type] = quantity
    end
  end
 
  def use_supplies(type, quantity)
    puts "----- Supply Action -----"
    if @supplies[type] != nil && @supplies[type] > quantity
      puts "Using #{quantity} of #{type} from the supply hold."
      @supplies[type] -= quantity
    else
      puts "Supply Error: Insufficient #{type} in the supply hold."
    end
  end
end
 
class FuelTank
  attr_accessor :fuel
  attr_reader :reporter
 
  def initialize
    @fuel = 0
  end
 
  def get_fuel_levels
    @fuel
  end
 
  def load_fuel(quantity)
    puts "----- Fuel Action -----"
    puts "Loading #{quantity} units of fuel in the tank."
    @fuel += quantity
  end
 
  def use_fuel(quantity)
    puts "----- Fuel Action -----"
    puts "Using #{quantity} units of fuel from the tank."
    @fuel -= quantity
  end
end
 
class Thrusters
  FUEL_PER_THRUST = 10
 
  def initialize(fuel_tank)
    @linked_fuel_tank = fuel_tank
  end
 
  def activate_thrusters
    puts "----- Thruster Action -----"
    
    if @linked_fuel_tank.get_fuel_levels >= FUEL_PER_THRUST
      puts "Thrusting action successful."
      @linked_fuel_tank.use_fuel(FUEL_PER_THRUST)
    else
      puts "Thruster Error: Insufficient fuel available."
    end
  end
end
 
class Reporter
  def initialize(item, type)
    @linked_item = item
    @type = type
  end
 
  def report
    puts "----- #{@type.capitalize} Report -----"
  end
end
 
class FuelReporter < Reporter
  def initialize(item)
    super(item, "fuel")
  end
 
  def report
    super
    puts "#{@linked_item.get_fuel_levels} units of fuel available."
  end
end
 
class SupplyReporter < Reporter
  def initialize(item)
    super(item, "supply")
  end
 
  def report
    super
    if @linked_item.get_supplies.keys.length > 0
      @linked_item.get_supplies.each do |type, quantity|
        puts "#{type} avalilable: #{quantity} units"
      end
    else
      puts "Supply hold is empty."
    end
  end
end
 
iss = SpaceStation.new
 
iss.sensors.run_sensors
  # ----- Sensor Action -----
  # Running sensors!
 
iss.supply_hold.use_supplies("parts", 2)
  # ----- Supply Action -----
  # Supply Error: Insufficient parts in the supply hold.
iss.supply_hold.load_supplies("parts", 10)
  # ----- Supply Action -----
  # Loading 10 units of parts in the supply hold.
iss.supply_hold.use_supplies("parts", 2)
  # ----- Supply Action -----
  # Using 2 of parts from the supply hold.
iss.supply_reporter.report
  # ----- Supply Report -----
  # parts avalilable: 8 units
 
iss.thrusters.activate_thrusters
  # ----- Thruster Action -----
  # Thruster Error: Insufficient fuel available.
iss.fuel_tank.load_fuel(100)
  # ----- Fuel Action -----
  # Loading 100 units of fuel in the tank.
iss.thrusters.activate_thrusters
  # ----- Thruster Action -----
  # Thrusting action successful.
  # ----- Fuel Action -----
  # Using 10 units of fuel from the tank.
iss.fuel_reporter.report
  # ----- Fuel Report -----
# 90 units of fuel available.

প্রোগ্রামের এই সর্বশেষ সংস্করণে, দায়িত্ব দুটি নতুন শ্রেণীতে বিভক্ত করা হয়েছে, FuelReporter এবং SupplyReporter. তারা দুজনই রিপোর্টার ক্লাসের সন্তান। উপরন্তু, আমরা স্পেসস্টেশন ক্লাসে ইনস্ট্যান্স ভেরিয়েবল যোগ করেছি যাতে প্রয়োজনে পছন্দসই সাবক্লাস শুরু করা যায়। এখন, যদি পৃথিবী অন্য কিছু পরিবর্তন করার সিদ্ধান্ত নেয়, তাহলে আমরা উপশ্রেণীতে পরিবর্তন করব, মূল শ্রেণিতে নয়।

অবশ্যই, আমাদের কিছু ক্লাস এখনও একে অপরের উপর নির্ভর করে। এইভাবে, SupplyReporter অবজেক্ট সাপ্লাইহোল্ডের উপর নির্ভর করে এবং FuelReporter FuelTank এর উপর নির্ভর করে। অবশ্যই, বুস্টারগুলি জ্বালানী ট্যাঙ্কের সাথে সংযুক্ত থাকতে হবে। কিন্তু এখানে সবকিছু ইতিমধ্যেই যৌক্তিক দেখাচ্ছে, এবং পরিবর্তনগুলি করা বিশেষভাবে কঠিন হবে না - একটি বস্তুর কোড সম্পাদনা করা অন্যটিকে ব্যাপকভাবে প্রভাবিত করবে না।

এইভাবে, আমরা একটি মডুলার কোড তৈরি করেছি যেখানে প্রতিটি অবজেক্ট/ক্লাসের দায়িত্ব সুনির্দিষ্টভাবে সংজ্ঞায়িত করা হয়েছে। এই জাতীয় কোডের সাথে কাজ করা কোনও সমস্যা নয়, এটি বজায় রাখা একটি সহজ কাজ হবে। আমরা সম্পূর্ণ "ঐশ্বরিক বস্তু"কে এসআরপিতে রূপান্তরিত করেছি।

Skillbox সুপারিশ করে:

• দুই বছরের ব্যবহারিক কোর্স "আমি একজন প্রো ওয়েব ডেভেলপার".
• অনলাইন কোর্স "0 থেকে C# বিকাশকারী".
• ব্যবহারিক বছরের কোর্স "0 থেকে PRO পর্যন্ত পিএইচপি বিকাশকারী".

উত্স: www.habr.com