• Knusper@feddit.de
    link
    fedilink
    arrow-up
    44
    ·
    11 months ago

    In this thread: Trying to guess the programming language based on a single keyword and angle brackets. 🙃

  • UFO@programming.dev
    link
    fedilink
    arrow-up
    16
    ·
    edit-2
    11 months ago

    In Scala:

    case class Fix[F[_]](unfix: F[Fix[F]])
    case class Pie[T](filling: T)
    def ohNo: Fix[Pie] = Fix(Pie(ohNo))
    
  • Omega_Haxors@lemmy.ml
    link
    fedilink
    arrow-up
    13
    arrow-down
    1
    ·
    11 months ago

    is something which is completely unhinged out of context, and sometimes even in context.

  • PetDinosaurs@lemmy.world
    link
    fedilink
    arrow-up
    8
    arrow-down
    31
    ·
    11 months ago

    Which language are we talking here? Cpp? Because typeof hasn’t ever seemed useful to me in how I use cpp or how I have ever really used a language. I also remember it being criticized in java class more than 20 years ago when OOP was solely preached, even for scientific people like me.

    • mozingo@lemmy.world
      link
      fedilink
      English
      arrow-up
      39
      arrow-down
      1
      ·
      11 months ago

      This sure looks like C#. I use typeof every once in a while when I want to check that the type of a reference is a specific type and not a parent or derived type. But yea, really not that often.

            • sgh@lemmy.ml
              link
              fedilink
              arrow-up
              3
              ·
              edit-2
              11 months ago

              Standard C does not have typeof. That’s just a compiler extension…

              Also the equivalent of typeof is most likely decltype or auto.

        • FooBarrington@lemmy.world
          link
          fedilink
          arrow-up
          2
          ·
          11 months ago

          Typescript! Though it’s less useful, since the Typescript types aren’t available at runtime, so you’ll just get object for non-primitive values.

        • LapidistCubed@lemmy.world
          link
          fedilink
          arrow-up
          2
          arrow-down
          1
          ·
          11 months ago

          Probably because Java and C# take much inspiration from C++. They aren’t called “C-based” languages for nothing 😉

      • r00ty@kbin.life
        link
        fedilink
        arrow-up
        3
        ·
        11 months ago

        Yeah in C# it has quite a few uses.

        I’m working on a background fun project where there’s a base class that is for olde style CPU emulation. Where you can derive a class from the base class and essentially design 8bit style CPUs.

        I have a separate class as a generic Assembler that will work with any of the created CPUs. But, to be able to do that I need to be able to get information about instructions, arguments, opcodes, registers etc from the derived class.

        So the assembler is instantiated with Assembler\ and then it uses typeof to instantiate the actual CPU class being used to get all the information.

        So, that’s just an example of when you’d use something like this.

        • tonur@feddit.dk
          link
          fedilink
          English
          arrow-up
          5
          ·
          11 months ago

          I have used typeof(T) inside the generic class, so fx a function inside the class Pie where T can be refered. But out of context, if you were to call typeof(T) inside Program.cs’s main function, it would not work.

        • Kogasa@programming.dev
          link
          fedilink
          arrow-up
          1
          ·
          edit-2
          11 months ago

          I don’t get what you mean. You can define class Pie and instantiate it with the type argument Pie.

          Huh, maybe I don’t get it because Lemmy is literally erasing angle brackets from our messages. Not just “not rendering.” It’s removing them entirely. There should be four angle brackets in the first line of this comment…

    • Konlanx@feddit.de
      link
      fedilink
      arrow-up
      25
      ·
      edit-2
      11 months ago

      This is likely referring to TypeScript.

      TypeScript has all of these patterns, they are used very frequently and they are necessary because TypeScript tends to be interesting from time to time since its types only exist at compile time, because it compiles to JavaScript, which is a language without types.

      TypeScript also allows any as a keyword, which says “I don’t know which type this is and I don’t care”, which still produces valid JavaScript. To get back to typed variables it is necessary to use typeof (or similar constructs like a type guard).

      https://www.typescriptlang.org/docs/handbook/2/typeof-types.html

      • jana@leminal.space
        link
        fedilink
        English
        arrow-up
        3
        ·
        edit-2
        11 months ago

        But generic type syntax is a feature exclusive to Typescript while typeof is a JavaScript thing. You’d never get Pie[Pie[T]] as a result from a typeof check. (Please excuse the square brackets; seems like the markdown parser here isn’t quite right and it keeps messing up the angle brackets)

        Also, it’s typeof foo not typeof(foo) in js

      • mordack550@lemmy.world
        link
        fedilink
        arrow-up
        16
        ·
        11 months ago

        Your assumption that “using reflection means the code is wrong” seems a bit extreme, at least in .Net. Every time you interact with types, you use reflection. Xml and Json serialization/deserialization uses reflection, and also Entity Framework. If you use mocking in test you are using reflection.

        We have an excel export functionality on our sites that uses reflection because we can write 1 function and export any types we want, thanks to reflection.

          • A good sense of “code smell” is one of the most valuable programming skills. I think your “probably” is justified: if you’re doing X, you should look twice at how you’re doing it. Maybe it’s right, but usually it’s not, so it’s worth a pause and a thought.

            • dzervas@lemmy.world
              link
              fedilink
              arrow-up
              1
              ·
              11 months ago

              huh, you’re right! I’m trained on a different kind of code. In C# in particular, which I use mostly to do sneaky stuff (patch/inject runtime code to, um, “fix” it) and when I see a project that it’s too clean it smells

              I also see python code (I code regular stuff in it) that could be written much more cleanly using monkey-patching

        • Kogasa@programming.dev
          link
          fedilink
          arrow-up
          2
          ·
          11 months ago

          Modern .NET is reducing dependence on reflection. System.Text.JSON and other core libraries have leveraged source generation to produce AOT + trim friendly, reflection free code. But yeah, it’s not a taboo like say dynamic, it’s perfectly normal to use reflection in idiomatic C# code.

      • _Z1useri@sopuli.xyz
        link
        fedilink
        arrow-up
        5
        ·
        11 months ago

        Hm, I’m currently working on a project with a ton of runtime-configurable plug-ins and dependencies between them. All of that is held together with a copious amount of black QMetaObject magic. I had the same thought about it, but I’m not sure how you’d get similar functionality without reflection and not making it even more convoluted and fragile…

        • xmunk@sh.itjust.works
          link
          fedilink
          arrow-up
          3
          ·
          11 months ago

          Metaprogramming is extremely useful for long term code readability. What you’re doing is probably fine but we can’t really evaluate that without seeing the actual code.

          • Kogasa@programming.dev
            link
            fedilink
            arrow-up
            2
            ·
            11 months ago

            That’s why I stopped writing code and started writing ASTs and AST transformers that can be configured to emit libraries.